Глава методы, средства и механизмы обеспечения безопасности базы

Пользователь
Программист
База данных
Информационные 
потребности
Написание и запуск 
программ обработка 
Рис.1.8. Схема взаимодействия пользователя с базой данных в ранних СУБД. 
Основателем теории реляционных СУБД Е. Коддом было выдвинуто 
предложение о создании специального языка для общения (взаимодействия) 
пользователя-непрограммиста с базами данных. Идея такого языка сводилась 
к набору из нескольких фраз-примитивов английского языка («выбрать», 
«обновить», «вставить», «удалить»), через которые пользователь-
непрограммист ставил бы «вопросы» к СУБД по своим информационным 
потребностям. В этом случае дополнительной функцией СУБД должна быть 
интерпретация этих «вопросов» на низкоуровневый язык машинных кодов 
для непосредственной обработки данных и предоставление результатов 
пользователю. Так родилась уже упоминавшаяся по структуре СУБД 
«машина данных». Иначе говоря, машина данных «понимает» язык базы 
данных и в результате разделяет собственно данные и задачи по их 
обработке. В таком подходе взаимодействие пользователя с базой данных 
можно проиллюстрировать схемой, приведенной на рис. 1.9. 
Пользователь
Машина данных
База данных
Язык 
базы 
данных
Информационные 
потребности
Интерпретация на 
язык машинных 
кодов
Рис. 1.9. Схема взаимодействия пользователя с базой данных через язык баз 
данных. 

---

47 
В практику эти идеи впервые претворились в ходе реализации проекта 
System R (1975-1979 гг.) с участием еще одного известного специалиста по 
базам данных Криса Дейта. В ходе проекта System R был создан язык 
SEQUEL, трансформировавшийся впоследствии в язык структурированных 
запросов SQL (Structured Query Language). При этом дополнительно к 
возможностям формирования «вопросов» к базе данных пользователю также 
решено было предоставить и возможность описания самой структуры 
данных, ввода данных и их изменения. Примерно в то же время в компании 
IBM был создан еще один реляционный язык-QBE (Query-By-Example), т. е. 
язык запросов по образцу, применявшийся впоследствии во многих 
коммерческих системах обработки табличных данных и послуживший 
идеологической основой для создания визуальных «конструкторов» запросов 
в современных СУБД. 
Быстрое и массовое распространение языка SQL в реляционных СУБД 
к середине 80-х годов привело фактически к принятию его в качестве 
стандарта по организации и обработке данных. В 1986 г. Американским 
национальным институтом стандартов (ANSI) и Международной 
организацией по стандартизации (ISO) язык был признан стандартным 
языком описания и обработки данных в реляционных СУБД. В 1989 г. 
ANSI/ISO была принята усовершенствованная версия SQL — SQL2, а в
1992 г. третья версия — SQL3. 
Язык 
SQL 
относится 
к 
так 
называемым 
декларативным 
(непроцедурным) языкам программирования. В отличие от процедурных 
языков (С, Паскаль, Фортран, Кобол, Бейсик) на нем формулируются 
предложения (инструкции) о том, «что сделать», но не «как сделать, как 
получить». Машина данных в СУБД исполняет роль интерпретатора и как 
раз строит машинный код, реализующий способ получения результата, 
задаваемого SQL-инструкциями. 
Язык SQL состоит из двух частей: 

---

48 
- языка описания (определения) данных — DDL (Data Definition 
Language); 
- языка манипулирования данными — DML (Data Manipulation 
Language). 
Синтаксис SQL-инструкций включает: 
- название инструкции (команду); 
- предложения, определяющие источники, условия операции; 
- предикаты, определяющие способы и режимы отбора записей, 
задаваемых предложениями; 
- выражения, значения которых задают свойства и параметры 
выполнения инструкции и предложения. 
Структуру SQL-инструкций можно разделить на две основные части, 
схематично представленные на рис. 1.10. 
Команд
Аргументы (имена полей, функции над полями )