Insert – вставка новых строк в таблицу.

DELETE – удаление строк таблицы, удовлетворяющих заданным условиям.

Язык управления данными (DCL)

ALTER PASSWORD <old password> TO <new password>-задание системного пароля GRANT - команда SQL для назначения привилегий REVOKE CONNECT FROM <auth-id> - управление доступом

СУБД в архитектуре клиент-сервер.

Одна из моделей взаимодействия компьютеров в сети получила название «клиент-сервер» (Рис. 1.). Каждый из составляющих эту архитектуру элементов играет свою роль: сервер владеет и распоряжается информационными ресурсами системы, клиент имеет возможность воспользоваться ими.

Сервер базы данных представляет собой мультипользовательскую версию СУБД, параллельно обрабатывающую запросы, поступившие со всех рабочих станций. В его задачу входит реализация логики обработки транзакций с применением необходимой техники синхронизации - поддержки протоколов блокирования ресурсов, обеспечение, предотвращение и/или устранения тупиковых ситуаций.

В ответ на пользовательский запрос рабочая станция получит готовые результаты.

Для современных СУБД архитектура «клиент-сервер» стала фактически стандартом.

Основной принцип технологии "клиент-сервер" заключается в разделении функций приложения на три группы:

1-ввод и отображение данных (взаимодействие с пользователем);

2-прикладные функции, характерные для данной предметной области;

3-функции управления ресурсами (файловой системой, базой даных и т.д.)

У

Уровни моделей баз данных.

Выделяют три уровня моделей: логический, физический и внешний.

Логический: является даталогическая модель БД и представляет собой отображение логических связей между элементами данных безотносительно к среде хранения (вспомни схему данных).

Логический уровень моделирования – это тот, который реально используют многие из сегодняшних разработчиков благодаря доступности на рынке CASE-систем.

Наиболее популярными видами моделей БД логического уровня являются ER-модель, реляционная модель, а в последнее время и объектная «модель».

Физический: является физическая модель БД, которая определяет используемые запоминающие устройства и способы физической организации данных в среде хранения. Модель физического уровня также строится с учетом возможностей, предоставляемых СУБД.

Внешний:

Внешний уровень это словесное описание входных и выходных сообщений, а также данных, которые целесообразно сохранять в БД.

Все внешние представления интегрируются на инфологическом уровне, где формируется инфологическая модель данных.

Инфологический уровень представляет собой информационно-логическую модель (ИЛМ) предметной области, из которой исключена избыточность данных и отображены информационные особенности объекта управление без учета особенностей и специфики конкретной СУБД. То есть инфологическое представление данных ориентированно преимущественно на человека, который проектирует или использует базу данных.

Управление объектами бд (ddl): таблицы, индексы, представления, хранимые процедуры, триггеры.

1-Таблица (table)

структура хранения данных, состоящая из строк и столбцов и обладающая следующими свойствами: значения, находящиеся в одном столбце таблицы имеют один тип данных; атомарность: ячейки не содержат структур данных, например массивов; таблицы не содержат одинаковых строк.

2-Индекс (index)

объект базы данных, создаваемый с целью повышения производительности выполнения запросов.

3-Представление (view)

виртуальная (логическая) таблица, результат запроса из базы данных.

4-Хранимая процедура

объект базы данных, представляющий собой набор SQL-инструкций, который компилируется один раз и хранится на сервере.

5-Триггер (trigger)

это хранимая процедура особого типа, которую пользователь не вызывает непосредственно, а исполнение которой обусловлено наступлением определенного события. Триггеры применяются для обеспечения целостности данных и реализации сложной бизнес-логики.

Э

Этапы проектирования баз данных.

Инфологическое проектирование

1 этап – предпроектное обследование ПО (сбор исходных данных)

1-Восприятие, абстрагирование, выделение границ ПО, изучение информационных процессов

2-Выявление информационных потребностей, формулирование требований к содержанию БД и обработке данных

2 этап – семантическая структуризация ПО

1-Выявление семантической структуры ПО, построение инфологической модели

Даталогическое проектирование

3 этап – выбор правил структурирования данных и инструментария

1-Выбор модели данных, СУБД

4 этап – логическая структуризация данных

1-Построение вариантов логической структуры БД, их анализ и выбор согласно критериям качества: «Три НЕ»

5 этап – физическая структуризация данных

1-Построение вариантов физической структуры, их анализ и выбор согласно требованиям к эксплуатационным характеристикам БД: время, память, уровень защиты данных.