НЕДЕЛЯ	2
ЛЕКЦИЯ	1 (3)
ТЕМА	Физическое проектирование базы данных. Создание таблиц и ключей. Script-файл.

Содержание

3.1. Физическое проектирование базы данных. 1

3.2. Типы данных СУБД InterBase. 2

3.2.1. Целочисленные значения. 3

3.2.2. Значение с плавающей запятой. 3

3.2.3. Фиксировано-десятичные значения 4

3.2.4. Значения типа даты. 5

3.2.5. Символьные типы данных. 5

3.2.6. Значения типа BLOB. 7

3.2.7. Совместимость типов столбцов. 8

3.3. Физическая модель базы данных «БИБЛИОТЕКА». 9

3.4. Краткая характеристика языка SQL 13

3.5. Создание базы данных, доменов, таблиц и ключей в InterBase. 14

3.6. Создание и использование Script-файла. 17

3.1. Физическое проектирование базы данных.

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

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

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

■ создание набора реляционных таблиц и ограничений для них на основе информации, представленной в глобальной логической модели данных;

■ определение конкретных структур хранения данных и методов доступа к ним, обеспечивающих оптимальную производительность системы с базой данных;

■ разработка средств защиты создаваемой системы.

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

■ Они связаны с совершенно разными аспектами системы: что делать и как делать.

■ Они выполняются в разное время, поскольку понять, что надо сделать, следует прежде, чем решить, как это сделать.

■ Они требуют совершенно разных навыков и умений, которыми обычно обладают разные люди.

Закончить тем, что мы будем реализовывать базу данных и бизнес правила, используя двухуровневую модель архитектуры клиент-сервер на InterBase.

3.2. Типы данных субд InterBase.

Таблица 3.1.

Типы данных СУБД InterBase.

Имя	Размер	Диапазон/точность
SMALLINT	16 бит	От 1 до 32 767
INTEGER	32 бита	От-2147483648 до 2147483648
FLOAT	32 бита	От 3,4 х10-38 до 3,4 х1038
DOUBLE PRECISION	64 бита (зависит от платформы)	От 1,7х10-308 до 1,7х10308
DECIMAL (длина, дроб. часть)	Переменный	Длина — от 1 до 15; дробная часть — от 1 до 15
NUMERIC (длина, дроб. часть)	Переменный	От -32 768 до 32 767
CHAR(n)	n символов	От 1 до 32 767 байт
VARCHAR(n)	n символов	От 1 до 32 765 байт
DATE	64 бита	1 января 100 года — 11 декабря 5941 года
BLOB	Переменный	Без ограничений, размер сегмен­та — 64 Кбайт

Типы полей могут быть также определены с помощью доменов.