Проектування баз даних: етапи та засади

Старе і нове: баланс знань

Хмарні технології не рівня тим баз даних, що робила компанія Ashton-Tate. Те що колись купила Oracle, ніяк не можна порівняти з тим, що вона робить сьогодні. Але в програмуванні з тих давніх 80-х років залишилися змінні, алгоритми, функції, цикли та умови. Хіба що поняття процедури кануло в лету, а так все як було у стародавні часи, так і залишилося.

Навіть сучасні ідеї об’єктно-орієнтованого програмування має у класичні синтаксичні і семантичні «кайдани» минулого століття.

Що робити – програмування інерційно, а формалізація інформації та проектування інформаційних баз даних – радше процес, ніж результат. Етапність роботи – обов’язкова умова досягнення результату. Але хто рахував кількість ітерацій з проміжних етапів мало не до початку робіт?

Цікаве:  iPad 3: відгуки, характеристики і опис

Інформація завжди динамічна, ніщо не стоїть на місці: особливо предметна область завдання та вимоги користувачів. Кожен виконаний етап робіт дозволяє на новому рівні оцінити вже зроблене і те, що належить зробити.

Розглядати проектування структури бази даних як завдання і отримати остаточний результат – безперспективно. Як тільки БД буде здана в експлуатацію, обов’язково з’явиться нова ідея, навіть якщо інструментом створення бази даних «простенький» Excel, а не фантастично потужний і багатогранний продукт Oracle, манипулирующий мільйонами транзакцій, сотнями тисяч одночасно працюючих користувачів і террабайтами інформації.

В пріоритеті не структура бази даних, а формування кваліфікованого колективу фахівців плюс обов’язкове вимоги більшої динамічності результату, щоб по завершенні робіт не треба було звертатися до розробників, хоча б пару місяців.