Резюме

в настоящей главе рассказывалось о развитии SQL и его роли в качестве стандартного языка управления реляционными базами данных.

SQL был разработан научными сотрудниками компании IBM, и поддержка языка со стороны IBM является главной причиной его успеха.

Существуют официальные стандарты SQL, утвержденные ANSI/ISO, и несколько других стандартов, каждый из которых слегка отличается от стандартов ANSI/ISO.

Вопреки наличию стандартов, имеется множество коммерческих диалектов SQL. Ни один из них не соответствует в точности другому.

SQL стал стандартным языком управления базами данных во многих сегментах компьютерного рынка, включая мэйнфреймы, рабочие станции, персональные компьютеры, системы оперативной обработки транзакций, системы клиент/сервер, хранилища данных и Internet.

К

Реляционные базы данных

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

SQL является языком работы с реляционными базами данных и основан на реляционной модели данных Что это такое В каком виде данные хранятся в реляционной базе данных Чем реляционные базы данных отличаются от более ранних иерархических и сетевых баз данных? Какими преимуществами и недостатками обладает реляционная модель В данной главе описана реляционная модель данных, поддерживаемая языком SQL, и приведено ее сравнение с более ранними технологиями организации данных

Первые модели данных

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

Системы управления файлами

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

Знание о содержимом файла - какие данные в нем хранятся и какова их структура - было уделом прикладных программ, использующих этот файл, что иллюстрирует рис 4 L В приложении для начисления зарплаты каждая из программ, обрабатывающих файл с информацией о служащих, содержит в себе описание структуры данных (ОСД), хранящихся в этом файле. Когда структура данных изменялась (например, в случае добавления нового элемента данных для каждого служащего),/ необходимо было модифицировать каждую из программ, обращавшихся к файлу. Со временем количество файлов и программ росло, и на сопровождение суш:ествую-щих приложений приходилось затрачивать все больше и больше усилий, что замедляло разработку новых приложений.

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