Потрібна книга дизайну баз даних [закрито]


23

Я розробляю базу даних, і в ній є стільки взаємозв'язків між моїми таблицями, і мені потрібна книга, яка дуже добре навчає проектування баз даних. Я шукаю книгу, де стосунки із таблицями прості та складні, широко висвітлюються, і, можливо, у цій книзі є тематичні дослідження.

Відповіді:



9

SQL Antipatterns варто прочитати, щоб ознайомитись із деякими підказками про те, чого не слід робити, а чому ні (і за яких обставин ці правила можна законно ігнорувати).



5

Важливо розрізняти концептуальний, логічний та фізичний рівні дизайну.

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

Два чудових та взаємодоповнюючих ресурсу:

  1. Моделі корпоративних моделей Девіда Хей . Ця книга викладає основні зразки, що зустрічаються на більшості підприємств, і дає чудові інструкції щодо чіткого мислення щодо моделювання світу. Основна увага зосереджується на виявленні типів та відносин сутності.
  2. Папір Фабіана Паскаля Ділове моделювання для дизайну баз даних . Цей документ є першим у серії «Фактична база даних Фабіана» і є ідеальним супутником до книги Девіда, оскільки він зосереджений, головним чином, на відкритті та класифікації всіх різних правил бізнесу та на тому, як вони відобразять обмеження в логічному дизайні бази даних.

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

Реляційна модель відрізняється від усіх інших моделей даних тим, що це логічна модель, яка описує логічну структуру, з якою подавати дані (відношення), набір операторів для управління цією логічною структурою (реляційною алгеброю) та набір правил цілісності даних для забезпечення даних, що зберігаються в СУБД, є максимально вірним поданням реального світу. Три чудових ресурсу для вивчення логічного дизайну баз даних:

  1. Серія практичних баз даних Фабіана Паскаля (як зазначено вище). Решта статті в цій серії дають стислий та легкий для розуміння вступ до різних частин логічного дизайну баз даних. Подарунок Фабіана є його здатність переганяти дуже складні теми правильно на мову решта з нас може зрозуміти.
  2. Toon Koppelaars та прикладна математика Lex deHaan для професіоналів баз даних . Ця чудова книга викладає обґрунтовану методологію розробки логічної бази даних, корінням якої є теорія множин і логіка. У ньому представлені основи, а потім представлено, як їх застосувати для створення повністю функціональної бази даних в Oracle.
  3. Реляційна теорія CJ Date для фахівців з обчислень . Структура роботи CJ Date є величезною, і ви можете отримати будь-яку користь від неї. Ця конкретна книга є нещодавньою (2013 р.) Редакцією, що заміняє більш ранні твори, яка дійсно викладає основи моделі реляційних баз даних.

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

Фізичний рівень є єдиниммісце, де живуть продуктивність, дискові та пам’яті структури пам’яті та масштабованість. Я не спеціалізуюся в цій області, але можу сказати, що оволодіння цим рівнем - це насамперед прагнення до освоєння даної СУБД, з якою ви працюєте. СУБД - це настільки складна частина програмного забезпечення, що ви обманюєте себе, якщо думаєте, що зможете освоїти все, набагато менше, ніж освоїти більше. З цієї причини я б рекомендував дотримуватися концептуального та логічного рівнів та створювати обгрунтовану логічну конструкцію бази даних, а потім працювати з дійсно хорошим DBA, який спеціалізується на цільовій СУБД для розробки фізичного дизайну. Однак одне дійсно гарне джерело для фізичного дизайну, що викладає основні теми та параметри, загальні для більшості СУБД, - це Сем Лайтстоун, Тобі Теорі та дизайн фізичної бази даних Тома Надо .



1

Перш ніж зануритися в літературу, ви можете здати цей документ корисним:

Усі для одного, один для всіх за датою CJ

[Ця стаття] має на меті визначити точну природу відносин один-один, багато-до-одного, один-багато-багато і багато-багато-багато. Зокрема, він намагається скласти точні визначення для цих понять [тому, що огляд літератури, безумовно, зраджує розгубленості та відсутності систематичного мислення в цій галузі.

Використовуючи наш веб-сайт, ви визнаєте, що прочитали та зрозуміли наші Політику щодо файлів cookie та Політику конфіденційності.
Licensed under cc by-sa 3.0 with attribution required.