Лишает пользователя NEKTO всех привилегий в таблице Заказы.

□ COMMIT — подтверждает транзакцию.

□ ROLLBACK — отменяет транзакцию.

□ CREATE DATABASE — создает базу данных.

□ ALTER DATABASE — изменяет базу данных.

□ DROP DATABASE — уничтожает базу данных.

В данном разделе перечислены только основные операторы языка SQL. Даже в стандартной реализации их гораздо больше. Однако ограничения, накладываемые декларативным характером языка, вынуждают производителей СУБД создавать расширенные версии SQL. Примерами таких расширенных версий могут служить Transact SQL для MS SQL Server или PL/SQL для ORACLE. В этих расширениях в язык включены операторы для организации ветвлений, циклов, и т. д.

6.3.7. Преимущества и недостатки реляционной модели

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

Концептуальная простота. Реляционная модель на концептуальном уровне проста для понимания. Поскольку реляционная модель позволяет полностью избавиться от подробностей физического хранения данных, пользователи могут полностью сосредоточиться на логическом представлении базы данных, то есть уделять большее внимание естественному представлению о хранении.

Простота проектирования, реализации, управления и использования. Посколь­ку в реляционной модели достигаются и независимость по данным, и структур­ная независимость, становится проще проектировать базу и управлять ее содер­жимым.

Нерегламентированные запросы. Одним из главных факторов, позволивших реляционным базам данных занять доминирующее положение на рынке, была возможность применять гибкий и унифицированный механизм создания запро­сов. Для большей части программного обеспечения реляционных БД стандартным языком запросов является язык SQL. SQL относится к так называемым языкам четвертого поколения (4GL), которые дают пользователям возможность опреде­лить, что делать, не указывая, как именно это делать. В РСУБД язык SQL при­меняется при трансляции запроса пользователя в специальный код, необходимый для извлечения запрошенной информации. Следовательно, запросы в реляционной базе данных требуют меньшего программирования, чем в любой другой базе или в файловой системе.

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

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

Мощная система управления базой данных. Хорошая РСУБД является более сложной частью программного обеспечения, нежели СУБД иерархических и сете­вых баз данных. Это связано с тем, что она решает гораздо больше (и значительно более сложных) задач как для проектировщиков, так и для пользователей. РСУБД полностью скрывает физический уровень сложности системы от проектировщика и конечного пользователя.

Несмотря на существенные преимущества реляционной модели перед иерар­хической или сетевой, она имеет некоторые недостатки. Один из них — это суще­ственные требования к оборудованию и системному программному обеспечению. На самом деле это не столько недостаток, сколько вполне справедливая плата за те преимущества, которые получают пользователи, программисты и админи­страторы.