Принципы проектирования реляционных данных

Это введение в принципы проектирования реляционных баз данных без использования устрашающего языка.

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

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

Принцип 1
Каждый столбец должен содержать одно значение.

Каждый столбец в вашей базе данных должен содержать одно значение. В одной ячейке не должно быть нескольких значений.

Принцип 2
Каждое значение в столбце должно быть одного типа.

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

Принцип 3
Каждая запись должна быть уникальной.

Каждая запись в вашей базе данных должна быть уникальной. У вас не должно быть более одной записи, содержащей одни и те же данные.

Принцип 4
Каждая часть данных должна храниться только в одном месте.

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

Принцип 5
Порядок записей в таблице не должен иметь никакого значения.

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

Принцип 6
Каждая таблица должна иметь первичный ключ (PK), уникальный для каждой записи.

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

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

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

Принцип 8
Каждая таблица должна описывать один объект.

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