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

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

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

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

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

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

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

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

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

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

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

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

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

Таблица 3.1.

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

Имя	Размер	Диапазон/точность
SMALLINT	16 бит	От 1 до 32 767
INTEGER	32 бита	От-2147483648 до 2147483648
FLOAT	32 бита	От 3,4 х10^-38 до 3,4 х10^38
DOUBLE PRECISION	64 бита (зависит от платформы)	От 1,7х10^-308 до 1,7х10^308
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 Кбайт

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

Дата добавления: 2014-01-05