
- •2.Этапы развития субд.
- •Архитектура базы данных. Физическая и логическая независимость
- •18.Структура оператора select.
- •20.Предложение where и условия поиска
- •14.Создание таблицы базы данных
- •12.Типы данных
- •11.Специальные операции реляционной алгебры.
- •10.Теоретико-множественные операции над отношениям
- •8.Реляционная модель. Понятие отношения.
- •15. Язык манипуляции данными (ямд)
- •16.Ограничения, налагаемые на столбцы.
- •17.Ссылочная целостность.
- •21.Квалификатор distinct. Предложение order by.
- •22.Использование агрегатных функций. Предложение group by.
- •24.Виды соединений
- •26.Внутреннее и внешнее соединения join.
- •27.Вложенные запросы. Основные правила при задании подзапросов.
- •30. Представления в базах данных
- •32.Этапы проектирования бд.
- •33.Нормализация отношений (функциональная и транзитивная зависимости).
- •35.Понятие и свойства транзакции.
- •36.Команды commit и rollback.
- •37.Распределенная обработка данных. Распределенные базы данных
- •38. Модель «клиент-сервер»,- основные функции.
- •39.Модель файлового сервера.
- •40.Модель удалённого доступа к данным.
- •41.Модель сервера баз данных.
- •42.Модель сервера приложений.
15. Язык манипуляции данными (ямд)
Язык манипуляции данными (ЯМД) обеспечивает эффективные команды манипуляции сетевой системой базы данных. ЯМД позволяет пользователям выполнять над базой данных операции в целях получения информации, создания отчетов, а также обновления и изменения содержимого записей.
Основные команды ЯМД можно классифицировать следующим образом: команды передвижения, команды извлечения, команды обновления записей, команды обновления наборов.
Табл.2. Основные типы команд ЯМД.
№ |
Наименование типа команд |
Назначение |
1 |
Команды передвижения. |
Команды, применяемые для поиска записей базы данных. |
2 |
Команды извлечения. |
Команды, применяемые для извлечения записей базы данных. |
3 |
Команды обновления записей. |
Команды, применяемые для изменения значений записей. |
4 |
Команды обновления наборов. |
Команды, применяемые для добавления, изменения или удаления экземпляров наборов. |
16.Ограничения, налагаемые на столбцы.
Ограничения для таблицы (table_constraint) и ограничения для столбца (column_constraint), называемые также ограничениями целостности, накладывают определенные условия на вводимые в таблицу данные. Ограничения для столбца указываются непосредственно после описания столбца, а ограничения для таблицы - через запятую после описания любого столбца. В стандарте SQL92 ограничения должны иметь имена, которые генерируются СУБД. В наиболее продвинутых БД, в частности Oracle, доступ к ограничениям возможен посредством служебных таблиц словаря базы данных и дополнительного набора команд языка SQL. Ограничения для столбца могут указываться следующими фразами: NOT NULL - в любой добавляемой или изменяемой строке столбец всегда должен иметь значение, отличное от NULL. UNIQUE - все значения столбца должны быть уникальны. PRIMARY KEY - устанавливает один столбец как первичный ключ и одновременно подразумевает, что все значения столбца будут уникальны. CHECK (condition) - указываемое в скобках условие использует для сравнения значение столбца и возвращает TRUE, FALSE или UNKNOWN. Если при попытке выполнения SQL-оператора возвращаемое значение равно FALSE, то оператор выполнен не будет. REFERENCES table (fields_list) - ограничение требует совпадения значений столбцов данной таблицы с указанными столбцами родительской таблицы. Ограничения для таблицы могут указываться следующими фразами: CHECK (condition) - указываемое в скобках условие использует для сравнения значение столбца и возвращает TRUE, FALSE или UNKNOWN. Если при попытке выполнения SQL-оператора возвращаемое значение равно FALSE, то оператор выполнен не будет. FOREIGN KEY (fields_list) - это ограничение по внешнему ключу аналогично ограничению REFERENCES для столбцов и гарантирует, что все значения, указанные во внешнем ключе, будут соответствовать значениям родительского ключа, обеспечивая ссылочную целостность. Следует отметить, что типы данных столбцов, используемых в этом ограничении, должны совпадать, а типы таблиц (постоянная базовая таблица, глобальная локальная временная таблица, локальная временная таблица) родительского и внешнего ключа - соответствовать друг другу. Стандарт SQL92 позволяет устанавливать режим контроля ограничений как перед выполнением каждого SQL-оператора, так и в конце текущей транзакции. В последнем случае допускается нарушение ограничения целостности внутри транзакции. Этот режим очень полезен для внесения данных в таблицы, связанные ограничением REFERENCES.