Как научиться проектировать базы данных и остаться в живых

Толық оқу және тыңдау
Тегін үзінді
О проектировании баз данных обычно пишут либо слишком сложно, либо слишком просто. Сложные алгоритмы бывает непросто понять, а слишком простые дают очень поверхностное представление и не учат проектированию как таковому.
Эта книга рассказывает просто о сложном. В ней простым языком с позиции здравого смысла изложен универсальный алгоритм проектирования баз данных.

Ұқсас кітаптар

Оқыдыңыз ба? Не айтасыз?

Пікірлер 88

Пайдалы

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

5 Ұнайды
Комментарий жазу
Ұсынамын

Коротко и ясно

Комментарий жазу
Чанга Леонапікірімен бөлісті1 ай бұрын
Ұсынамын
Қазыналы
Танымдық
Пайдалы

Я наконец-то поняла. Спасибо

Комментарий жазу

Дәйексөздер 421

Erik M.дәйексөз келтірді3 жыл бұрын
Таблица находится во второй нормальной форме, если она находится в первой нормальной форме и не содержит полей, которые зависят от части первичного ключа.
3 Ұнайды
Комментарий жазу
Чорня Денисдәйексөз келтірді2 жыл бұрын
Итак, мы прошли весь путь проектирования от начала до конца. Предлагаю теперь, когда мы знаем все термины и понятия, еще раз записать пошагово алгоритм проектирования. Шаг 1. Изучить все процессы предметной области. Понять кто выполняет действия и какие это действия, какие документы используются в процессе их выполнения. Шаг 2. На основании анализа, проведенного на первом шаге, выделить сущности предметной области. Сущностями могут быть люди, документы, структурные подразделения и многое другое. Помним, что «увидеть» все сущности сразу не всегда получается и это совершенно нормально. Шаг 3. Попытаться понять, какие сущности в предметной области связаны друг с другом. Для этого нужно просто подобрать глагол, который описывает эту связь. Если его не удается подобрать, то связи скорее всего нет в реальности. Шаг 4. Для тех пар сущностей, которые связаны в реальной жизни, записать по два предложения, описывающих связь с позиции каждой сущности. Помним, что оба предложения начинаются со слова «Один», а вот в дополнении может стоять как «Один» так и «Много». Выделяем числительные в дополнениях и читаем тип связи. Шаг 5. Перейти от сущностей к таблицам по принципу «одна сущность — одна таблица». Шаг 6. Построить связи согласно типам, которые мы выявили на шаге 4, используя при этом правило №1 (стр.30), правило №2 (стр. 32) и правило №3 (стр.36). Шаг 7. Связи типа «много-ко-многим» порождают дополнительные сущности, поэтому на шаге 7 нужно определить, что это за новые сущности и какие у них атрибуты. В результате должна получиться ER-диаграмма в нотации Crow’s foot. Шаг 8. База данных построена. Остается проверить полученные таблицы на выполнение трех нормальных форм. Возможно, на этом этапе потребуется выделить еще пару-тройку пропущенных сущностей и дополнить ими диаграмму.
2 Ұнайды
Комментарий жазу
Anna N.дәйексөз келтірді3 жыл бұрын
Таблица находится во второй нормальной форме, если она находится в первой нормальной форме и не содержит полей, которые зависят от части первичного ключа.
1 Ұнайды
Комментарий жазу

Сөреде 26

Айтишная полка
undlake
undlake
277 кітап
952 жазылушы
Психология
Елена Попова
Елена Попова
391 кітап
453 жазылушы
Team Lead и управление командой
Антон
Антон
330 кітап
126 жазылушы
Системный анализ
Мария Белошапова
Мария Белошапова
24 кітап
106 жазылушы
Толстая полка тонких книг
Антон
Антон
745 кітап
71 жазылушы