В качестве основы при определении первичных таблиц БД и связей между ними используется перечень выделенных объектов сущности. Поля таблиц определяются на основе первоначальной отработ атрибутов инф объектов концептуально схемы банка данных. При этом дополнительно основным базовым характеристикам в СУБД используется тип поля. По своему смыслу тип поля совпадает с понятием типа данных. Традиционные СУБД поддерживают лишь ограниченный набор простых типов полей (числовые, символьные, темпоральные, логические). Современные СУБД оперируют также и со специальными полями (денежные величины, к примеру).
Домены полей таблиц в реляц СУБД определяют некоторый базисный тип данных для поля, вместе с тем не являются тождественным понятием типа поля. Определение и установление ключевых полей таблиц в СУБД является следствием важнейшего требования уникальности каждой строки кортежа. Одно из полей таблицы (или совокупность определенных полей) обязательно должна быть определена, как ключ. Определение ключевого поля осуществляется на основе смыслового эвристического содержания тематики таблицы, при этом кол-во полей, образующее ключ, должно быть минимальным. Правильность определения ключа определяется эмпирически.
В некоторых СУБД для создания полей с уникальными идентификационными номерами записей кортежей, введен дополнительный тип поля, называемый счетчиком. В отличии от обычных числовых\порядкового типа полей значение счетчика генерируется СУБД автоматически при образовании каждой новой записи, причем только в возрастающем порядке.
Реляц модель организации данных по признаку множественности делятся на 2 типа отношений:
1. 1\многие. Связь типа 1 ко многим реализует наиболее распространённый тип отношений между таблицами. В этом случае одной записи в таблице на стороне 1 соответствует несколько записей на стороне многие. В таблице «Поле» определяется поле с теми же параметрами на стороне «многие», что и ключевое поле на стороне «1». На втором этапе с помощью средств СУБД определяется связь путем установления факта соответствия фактов позиций «1» и «многие».
2. 1\ 1. В этих связях каждой связанной записи одной таблице соответствует связанная запись другой таблицы.
3. Многие ко многим. В реляционных СУБД в большинстве случаев реализующие 2 связи 1/многие, которые связывают исходные таблицы с третьей общей связанной таблицей. Ключ такой таблицы состоит мин из 2 полей, которые являются полями внешнего ключа для связанных отношений «многие\многие»
Важнейшим параметром при проектировании таблиц является определение необходимости индексирования тех или иных полей таблиц. Является важным средством создания условий по обработки БД. Индексирование полей при создании полей очень сильно повышает скорость поиска и доступа к записям БД. Одновременно замедляется ввод и добавление новых данных, поскольку при любом обновлении начинается переупорядочение индексных массивов. При этом следует очень тщательно проанализировать, насколько часто при дальнейшей эксплуатации потребуется поиск и выборка строк таблицы по значению тех или иных полей. Если в одной таблице установлено более 10 индексов, то либо недостаточно продуманна структура БД, либо не совсем обоснованно определены вопросы обработки данных при обработке АИС. Ключевые поля в большинстве случаев индексируются автоматически. Поиск и допуск к записям в БД производится по значениям ключевых полей.
В большинстве СУБД вопросы индексного устройства остаются скрытыми как для пользователей, так и для проектировщиков, допускается лишь качественное определение режима индексирования. При определении параметров полей таблицы важное значение имеет выделение полей с перечислительным характером значений. Они определяются из некоторого унифицированного списка словарей. Установление списков значений\словарей позволяет уточнить в дальнейшем ввод данных записей путем вывода (как в ворде). Списки могут быть фиксированными или динамическими. Фиксированные списки привязываются к соответствующим полям через специальные проги в СУБД и размещаются в сис таблицах БД, при этом доступа к ним мы не имеем. Динамические словари в большинстве случаев реализуются через создание однотипных таблиц, строки которых являются списком значений для полей других таблиц. Привязка подобных словарных таблиц и такие таблицы доступны пользователям, их можно всячески форматировать. Одним из важных в практическом плане этапов является установление ограничение целостности по полям связи. Вытекает требование уникальности значения ключевых полей. В современных СУБД имеется также ряд возможностей установления ограничения целостности данных. Установление диапазонов. Требование целостности ссылок. Встречает определенные трудности в СУБД. Существует 3 подхода:
1. Запрещается удалять запись в какой-либо таблице, если на нее существуют ссылки из связанных таблиц
2. При удалении записей значение внешних ключей всех связных кортежей автоматически становятся неопределимыми
3. Если удаляется запись, то автоматически начинается каскадное удаление записей, связанных с удаленной