Можете посоветовать книжку по проектированию баз данных?

Question

[Алексей Алюшенко]

Здравствуйте,

Хотел бы расширить свои знания в области проектирования баз данных, интересуют такие вопросы как:
1) Выбор СУБД, т.е. что в каких случаях выбирать
2) Выбор подсистем субд
3) Освещение моментов выбора индексов
4) Может быть какие-нибудь паттерны проектирования

Answer 1

[slinkinone]

Программирование баз данных SQL. Типичные ошибки и...
Отличная книга, которая проливает свет на проектирование и типичные ошибки.(то бишь паттерны)

Answer 2

[shamyyl]

Книжка по PostgreSQL postgresql.leopard.in.ua

Answer 3

[igruschkafox]

Сейчас буду ругаться :)

1) Выбор СУБД, т.е. что в каких случаях выбирать
Основываясь на своем опыте (22 - проекта) рекомендую так:
СУБД это всего лишь инструмент
- Если в организации есть хорошие специалисты которые могут эффективно работать на MS SQL знают все его возможности и понимают почему он так дорого стоит - тогда MS SQL
- Если в организации есть хорошие специалисты Ораклы - тогда лучше ставить Ораклу
- Если обрабатываются очень очень секретные данные - тогда тоже лучше что то отличное от MS SQL - например Ораклу (так как операционная система отличная от Виндовс) - но в большинстве компаний данные не представляют интерес для спецслужб :)

2) Выбор подсистем субд
- Было бы здорово понять что такое "Подсистема СУБД"

3) Освещение моментов выбора индексов
- Все зависит от запросов которые идут в базу, а так же от данных. На начальном этапе индексирования в MS SQL пригодится Помощьник по настройки ядра СУБД. Дальше уже надо исходить из анализа планов запросов (не обязательно всех, а хотя бы самых длительных). При этом надо учитывать что на тестовых данных будут оптимальны одни индексы, а через год эксплуатации имеющиеся индексы уже могут стать не самым лучшим способом поиска по таблицам .... это админить надо базу ...

4) Может быть какие-нибудь паттерны проектирования
- В моей компании только и делают что переучивают пришедших специалистов у которых в голове свои патерны! Честное слово - в институте такой Херни на вдалбливают в голову студентов что диву даешься (например: некоторые разработчики в каждой таблице вставляют поле идентети - хотя по нему поиск не производится,и еще на это же поле вешают кластерный индекс - "Мудацкое Российское Высшее Образование"(с))
- Патерны Хорошо! Замечательно! Но универсальных способов нет!
Ознакомится с ними стоит что бы не делать ошибок - но даже если сделали такую ошибку - то никто не мешает потом исправить :) разбить таблицу на несколько или объеденить пару таблиц в одну. Главное что бы апликушники (программисты клиентской части) пользовались принципами ООП (что бы сильно не переделывать код программы при изменении структуры базы)

Comments

[Андрей Шишкин]

Есть у вас спецы по ораклу, но у заказчика нет на него бабла. Что будете советовать ?

[Андрей Шишкин]

3) Про статистику слышали ?

[Андрей Шишкин]

4) Ваша компания переучивает студентов или все таки специалистов ?
Паттерны хороши там где им место.
"то никто не мешает потом исправить :) разбить таблицу на несколько или объеденить пару таблиц в одну." Что ? Вы знаете что такое нормальные формы ?

И да. Как корелирует ООП и база данных, можно поподробней ?

Вобщем, херни вы наговорили тут сударь )

[igruschkafox]

Андрей Шишкин:
1 - MS SQL - потому что быстрее сделаем :)))
2 - Да, статистику тоже надо смотреть при выборе индекса, хотя начиная с SQL 2012 можно профилировать данные в таблице - что позволяет делать эффективные фильтрованные индексы ;)
3 - Очень просто:
- если для получения данных какой то сущности (например сотрудника) вызывается процедурка (или вьюшка), которая лезит по таблицам и собирает данные. То нет ничего сложного в манипуляции с таблицами - просто надо будет переделать процедурки обращающиеся к этой сущности. То есть обходимся без переделки кода приложения, компиляций и всяких другий радостей.
- А если приложение само лезит в базу и начинает читать таблички - то тогда переделав таблицу - получается что надо и код переделывать, перекомпилировать сново тестить и тд.

Answer 4

[kretsu]

Введение в системы баз данных

Answer 5

[Twist]

Не совсем о проектировании, но книга очень толковая
High performance Mysql 3rd edition

Answer 6

[Сергей Еремин]

Не усложняйте себе жизнь. У вас есть данные. Вы знаете как вы с ними будете обращаться, как часто читать, как часто обновлять, по каким полям сортировать, как группировать... Вы знаете каких данных много, каких мало... Все что остается -- разбросать по разным таблицам и наладить связи.

Из того, что реально стоит забот: решить в каком месте стоит уступать стройности данных и выбрать дублирование в ущерб производительности. Но это лучше понять когда начнете реально нагружать свое творение и увидите, что, например, рекурсивные вопросы не так уж красивы и ради них стоит ввести еще одно поле. А какое -- с уровнем вложенности или обозначения корня вложений -- решите по ходу дела.