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

Toʻliq oʻqish va tinglash
Bepul parcha
О проектировании баз данных обычно пишут либо слишком сложно, либо слишком просто. Сложные алгоритмы бывает непросто понять, а слишком простые дают очень поверхностное представление и не учат проектированию как таковому.
Эта книга рассказывает просто о сложном. В ней простым языком с позиции здравого смысла изложен универсальный алгоритм проектирования баз данных.

Oʻxshash kitoblar

Oʻqib boʻldingizmi? Fikringiz qanday?

Taassurotlar 88

Foydali

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

5 kishiga yoqdi
Fikr bildirish
Tavsiya etaman

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

Fikr bildirish
Чанга Леонаtaassurotlarni ulashish1 oy oldin
Tavsiya etaman
Dono
Axborot beruvchi
Foydali

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

Fikr bildirish

Iqtiboslar 421

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

Javonda 26

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