Уявлення про даних та сутності
Проектування БД через абстракції і сутності: можливість створити інформаційну картину, визначити типи даних і зв’язки між ними.
Зазвичай таке проектування моделі бази даних закінчується графічною моделлю, застосуванням MS Visio або образотворчих засобів обраної СУБД. У Access свій варіант формування інформаційної картини, у MySQL – свій, а деякі системи управління сайтами зовсім приховують базу даних, нав’язуючи розробнику модель даних через свої власні сутності – об’єкти розв’язуваної задачі.
Характерна риса багатьох систем управління сайтами (CMS) – вони роблять «заявку» на рівень більшої абстракції при описі інформаційної області розв’язуваної задачі. Реальна база даних прихована, CMS пропонує розробнику власне уявлення про інформаційну картину світу.
В результаті, етапи проектування баз даних зводяться до дотримання принципових вимог і виконання кроків запропонованих творцями конкретної CMS. Немає нічого поганого у використанні ідей баз даних та їх проектування від Symfony або Bitrix, Zend або Yii, але для розробника – це «тягар».
В ідеалі, засоби проектування баз даних мають бути обрано і застосовано індивідуально, без урахування стороннього думки, але із застосуванням накопиченого досвіду і знань.
Ідеально, коли розробник має сертифікат від Oracle, але цілком прийнятно, коли кваліфікація розробника включає в себе уявлення про інформаційні ідеях Oracle та практичні знання по застосуванню MySQL.
У складних проектах і розподіленій обробці інформації важлива не лише база даних, але й джерела інформації, уявлення про потреби споживачів.
