Клиенты и серверы в среде SQL

Форма – это созданный пользователем графический интерфейс для ввода данных в базу.

V этап. Синтез  компьютерной модели объекта.

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

Стадия 1. Запуск СУБД, создание нового файла базы данных или открытие созданной ранее базы.

Стадия 2. Создание исходной таблицы или таблиц.

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

Стадия 3. Создание экранных форм.

Первоначально необходимо указать  таблицу, на базе которой будет создаваться  форма. Ее можно создавать при  помощи мастера форм, указав, какой  вид она должна иметь, или самостоятельно. При создании формы можно указывать  не все поля, которые содержит таблица, а только некоторые из них. Имя  формы может совпадать с именем таблицы, на базе которой она создана. На основе одной таблицы можно  создать несколько форм, которые  могут отличаться видом или количеством  используемых из данной таблицы полей. После создания форму необходимо сохранить. Созданную форму можно  редактировать, изменяя местоположение, размеры и формат полей.

Стадия 4. Заполнение БД.

Процесс заполнения БД может  проводиться в двух видах: в виде таблицы и в виде формы. Числовые и текстовые поля можно заполнять  в виде таблицы, а поля типа МЕМО и OLE – в виде формы.

VI этап. Работа  с созданной базой данных.

Работа с БД включает в  себя следующие действия:

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

Языки реляционной  алгебры и исчисления отношений.

Реляционная алгебра и  реляционное исчисление имеют одинаковую выражающую мощность; т.е. все запросы, которые можно сформулировать с помощью реляционной алгебры, могут быть также сформулированы с помощью реляционного исчисления и наоборот. Первым это доказал E. F. Codd в 1972 году. Это доказательство основано на алгоритме (“алгоритм редукции Кодда”) по которому произвольное выражение реляционного исчисления может быть сокращено до семантически эквивалентного выражения реляционной алгебры.

Языки, основанные на реляционном исчислении "высокоуровневые" или "более описательные", чем языки, основанные на реляционной алгебре, потому что алгебра (частично) задаёт порядок операций, тогда как исчисление оставляет компилятору или интерпретатору определять наиболее эффективный порядок вычисления.

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

• Команды вставки, удаления или изменения данных.
• Арифметические возможности: в SQL возможно вызвать арифметические операции, так же как и сравнения, например A < B + 3. Заметим, что + или других арифметических операторов нет ни в реляционной алгебре ни в реляционном исчислении.
• Команды присвоения и печати: возможно напечатать отношение, созданное запросом и присвоить вычисленному отношению имя отношения.
• Итоговые функции: такие операции как average, sum, max, и т.д. могут применяться к столбцам отношения для получения единичной величины.

Методы нормализации схем отношений.

Понятие нормализации отношений

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

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

Нормализация отношений — формальный аппарат ограничений на формирование отношений (таблиц), который позволяет устранить дублирование, обеспечивает непротиворечивость хранимых в базе данных, уменьшает трудозатраты на ведение (ввод, корректировку) базы данных.

Выделены три нормальные формы  отношений и предложен механизм, позволяющий любое отношение  преобразовать к третьей (самой  совершенной) нормальной форме.

• Первая нормальная форма

Отношение называется нормализованным  или приведенным к первой нормальной форме, если все его атрибуты простые (далее неделимы). Преобразование отношения к первой нормальной форме может привести к увеличению количества реквизитов (полей) отношения и изменению ключа.

Например, отношение Студент = (Номер, Фамилия, Имя, Отчество, Дата, Группа) наводится в первой нормальной форме.

• Вторая нормальная форма

Чтобы рассмотреть вопрос приведения отношений ко второй нормальной форме, необходимо дать пояснения к  таким понятиям, как функциональная зависимость и полная функциональная зависимость.

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

Функциональная зависимость  реквизитов — зависимость, при которой  экземпляре информационного объекта  определенному значению ключевого  реквизита соответствует только одно значение описательного реквизита.

Такое определение функциональной зависимости позволяет при анализе  всех взаимосвязей реквизитов предметной области выделить самостоятельные  информационные объекты.