Вона ігнорує технічні обмеження обладнання.

Вона містить специфікації для конкретної СУБД (типи даних, індекси, обмеження).

Вона описує бізнес-правила компанії зрозумілою мовою.

Вона складається лише з графічних символів без тексту.

Кількісне співвідношення екземплярів сутностей (наприклад, 1:1, 1:N, M:N).

Рівень важливості даних для бізнесу.

Кількість часу, необхідного для вибірки даних.

Кількість атрибутів у кожній сутності.

Декомпозиція процесів.

Нормалізація даних.

Індексація атрибутів.

Реплікація таблиць.

На логічному рівні.

На концептуальному рівні.

На рівні аналізу вимог.

Тільки на фізичному рівні.

Підхід «Зверху-вниз»

Ітераційний підхід.

Підхід «Знизу-вгору» (Bottom-up).

Об'єктно-орієнтований підхід.

Зменшення обсягу пам'яті, яку займає база даних.

Візуалізація структури бази даних для програмістів.

Написання SQL-запитів для створення таблиць.

Визначення та аналіз вимог до даних для підтримки бізнес-процесів.

Конкретний рядок у таблиці бази даних.

Об'єкт реального світу або поняття, про яке потрібно зберігати дані.

Тип даних (наприклад, Integer або String).

Процес обробки інформації в системі.

Мережева модель.

Модель «Сутність-Зв'язок» (ER-модель).

Ієрархічна модель.

Діаграми потоків даних (DFD).

Визначення типів індексів та секціонування таблиць.

Пряме відображення структури файлів в операційній системі.

Визначення сутностей, атрибутів та зв'язків без прив'язки до конкретної СУБД.

Використання лише загальних бізнес-термінів без уточнення атрибутів.

Фізичний рівень.

Логічний рівень.

Концептуальний рівень.

Реляційний рівень.