Базы данных

· EXISTS СТУД2(СТУД1.СТУД_СТИП>СТУД2.СТУД_СТИП) для текущего кортежа переменной СТУД1 принимает значение "истина" только в том случае, если во всем отношении СТУДЕНТЫ найдется такой кортеж, связанный с переменной СТУД2, что значение его атрибута СТУД_СТИП удовлетворяет внутреннему условию сравнения.

Правильно построенная формула

· FORALL СТУД2(СТУД1.СТУД_СТИП > СТУД2.СТУД_СТИП) для текущего кортежа переменной СТУД1 принимает значение "истина" только в том случае, если для всех кортежей отношения СТУДЕНТЫ, связанных с переменной СТУД2, значения атрибута СТУД_СТИП удовлетворяют условию сравнения.

Таким образом, правильно построенные формулы обеспечивают средства выражения условия выборки из отношений БД. Чтобы можно было использовать реляционное исчисление для реальной работы с БД, требуется еще один компонент, который определяет набор и имена столбцов результирующего отношения. Представление информационных услуг может быть орудием экономической и политической экспансии. Многие БД представляют собой лишь часть высокоавтоматизированных институтов конъюнктуры и прогнозов. Ведущие информационные центры наращивают в первую очередь аналитически потенциал своих предприятий[10].

3. Способы создания баз данных

Говоря о DML, было установлено, что эти операторы могут манипулировать с данными, хранимыми в БД, однако не могут изменить ее структуру. Для изменения структуры БД в SQL предусмотрен язык определения данных, или DDL. Обычному пользователю крайне редко приходится создавать БД или таблицы внутри нее. Традиционно он работает с уже готовой структурой, которая уже разработана и реализована администратором БД. Тем не менее, для полного понимания особенностей работы SQL на операторах DDL стоит остановиться достаточно подробно. С помощью этих операторов можно:

· создать новую БД;

· определить структуру новой таблицы и создать эту таблицу;

· удалить существующую таблицу;

· изменить определение существующей таблицы;

· определить представление данных:

· обеспечить условия безопасности БД;

· создать индексы для доступа к таблицам;

· управлять размещением данных на устройствах хранения. Операторы DDL позволяют пользователю не вникать в детали хранения информации в БД на физическом уровне, т.к. оперируют, например, такими понятиями, как таблицы или поля. В то же время, операторы DDL обладают возможностью манипуляции с физической памятью. Собственно DDL базируется на трех командах SQL:

· CREATE - создать, позволяющий определить и создать объект БД;

· DROP - удалить, применяемый для удаления существующего объекта данных;

· ALTER - изменить, с помощью которого можно изменить определение объекта БД.

Использование команд DDL во время работы позволяет сделать структуру реляционной БД динамической. Другими словами, в СУБД можно создавать, удалять или изменять таблицы, одновременно с этим обеспечивая доступ пользователям к данным. В свою очередь, это означает, что с течением времени БД может расти и изменяться, а ее эксплуатация может продолжаться в то время, когда в БД добавляются все новые таблицы и приложения. Операторы DDL в СУБД можно использовать как в интерактивном, так и в программном SQL. Например, если программе или пользователю требуется таблица для временного хранения результатов, то допускается создать эту таблицу, заполнить ее информацией, выполнить необходимые манипуляции с данными и затем удалить ее. В серьезных СУБД за создание новых БД отвечает только администратор, хотя не исключена возможность того, что и отдельным пользователям это может быть разрешено. Методы создания БД, применяемые в ведущих реляционных СУБД, имеют ряд различий. Например, в Microsoft SQL Server существует оператор CREATE DATABASE, который является частью языка определения данных и служит для создания БД. Соответственно, оператор DROP DATABASE удаляет существующие БД. Эти операторы можно использовать как в интерактивном, так и в программном SQL. Большинство многопользовательских БД имеют достаточно несложную организацию физической памяти, что обеспечивает повышение ее производительности. Например, в Microsoft SQL Server администратор БД может с помощью оператора CREATE DATABASE задать один или несколько именованных файлов; CREATE DATABASE <NAME_DATABASE> ON <FILE1>, <FILE2>.

Подход, используемый в SQL Server, позволяет распределять содержимое БД по нескольким дисковым томам, о чем уже говорилось выше. Следующим шагом, вслед за созданием пустой БД, является заполнение ее таблицами. Итак, после создания БД необходимо осуществить создание, изменение, а если нужно - то и удаление таблиц. Эти действия относятся к самим таблицам, а не к данным, которые в них содержатся. Таблицы создаются командой CREATE TABLE. Эта команда создает пустую таблицу, т.е. не содержащую записей. Очевидно, что значения в нее можно ввести, например, с помощью команды INSERT. Главное в команде CREATE TABLE - это определение имени таблицы и описания набора имен полей, которые указываются в соответствующем порядке. Кроме того, этой командой также оговариваются типы данных и размеры полей таблицы. Очевидно, что в каждой таблице должно быть, по крайней мере, одно поле.

Синтаксис команды CREATE TABLE следующий:

· CREATE TABLE <TABLE NAME>

· (<COLUMN NAME> <DATA TYPE> [(<SIZE>)],

· (<COLUMN NAME> <DATA TYPE> [ ? S I Z E ? ]) ;

Имейте в виду: в силу того, что пробелы используются для разделения элементов команды SQL, они не могут быть частью имени таблицы или любого другого создаваемого объекта. Поэтому символ подчеркивания обычно используется для разделения слов в именах таблиц. Значение аргумента размера зависит от типа данных. Если его не указывать, то СУБД сама будет назначать значение автоматически. Надо сказать, что для числовых значений это часто бывает лучшим выходом, т.к. в этом случае все поля такого типа получат один и тот же размера, будут исключены проблемы их общей совместимости. Кроме того, использование аргумента размера с некоторыми числовым данными не совсем простой вопрос - если требуется хранить большие числа, то необходимо убедиться в том. что поля достаточно велики для размещения данных. В то же время, тип данных CHAR требует обязательного указания размера. Аргумент размера - это целое число, определяющее максимальное количество символов, которое может вместить поле. Фактически, количество символов такого поля может быть от нуля (если поле имеет значение NULL) до этого числа. По умолчанию аргумент размера равен 1, а это означает, что поле может содержать только один символ. Кроме того, таблицы принадлежат пользователю, который их создал, а имена всех таблиц, принадлежащих данному пользователю, должны отличаться друга от друга точно так же, как и имена всех полей внутри данной таблицы[11].

Заключение

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

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

Все СУБД поддерживают в той или иной форме пять основных операций:

· добавить в базу данных одну или несколько записей

· удалить одну или несколько записей

· найти в базе одну или несколько записей

· обработать эти записи

· обновить в базе данных значения некоторых полей в одной или нескольких записях.

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

Список литературы

1. Атре Ш. Структурный подход к организации баз данных. - М.: Финансы и статистика, 1983. - 320 с.

2. Бойко В.В., Савинков В.М. Проектирование баз данных информационных систем. - М.: Финансы и статистика, 1989. - 351 с.

3. Дейт К. Руководство по реляционной СУБД DB2. - М.: Финансы и статистика, 1988. - 320 с.

4. Джексон Г. Проектирование реляционных баз данных для использования с микроЭВМ. -М.: Мир, 1991. - 252 с.

5. Кириллов В.В. Структуризованный язык запросов (SQL). - СПб.: ИТМО, 1994. - 80 с.

6. Мартин Дж. Планирование развития автоматизированных систем. - М.: Финансы и статистика, 1984. - 196 с.

7. Мейер М. Теория реляционных баз данных. - М.: Мир, 1987. - 608 с.

8. Тиори Т., Фрай Дж. Проектирование структур баз данных. В 2 кн., - М.: Мир, 1985. Кн. 1. - 287 с.: Кн. 2. - 320 с.

9. Ульман Дж. Базы данных на Паскале. - М.: Машиностроение, 1990.-386 с.

10. Хаббард Дж. Автоматизированное проектирование баз данных. - М.: Мир, 1984. - 294 с.

11. Цикритизис Д., Лоховски Ф. Модели данных. - М.: Финансы и статистика, 1985. - 344 с.

Размещено на Allbest.ru