Доброго всем дня.
Посоветуйте книгу по проектированию БД (не по кокретной реализации в программировании). То есть есть некая задача, нужно "разрисовать на бумаге" какие таблички что и как будут хранить, как будут связаны и т.д. Насколько я понимаю, с этого надо начинать построение любой БД.
Задача то есть, а в голове по этому вопросу - каша полная.
Желательно, что-нибудь не сильно сложное, для начала.

Проектирование БД штука весьма нетривиальная, поэтому "что-нибудь не сильно сложное" посоветовать крайне трудно. Мне в свое время очень помог Кнут, но его книги не так просты для новичка.

> Мне в свое время очень помог Кнут

А где у него про БД?

Из непростого, пожалуйста - Дейт.

если есть первичное понимание отношений, кортежей и т.п., то лучше поискать книжки с фразами "первая нормальная форма 1NF, вторая нормальная форма 2NF, третья нормальная форма 3NF" и т.д.

Сортировка, поиск, кортежи, деревья - это все по-твоему не имеет отношение к БД ?

Это имеет отношение к реализации движка БД. А автора, имхо, интересует, как конкретную предметную область описать в виде таблиц, что проиндексировать, где какие ключи, где как нормализовать, ...

> Правильный$Вася   (07.11.08 13:07) [3]

Нету понимания (


> TUser ©   (07.11.08 13:12) [5]

Именно так.

Приступать к проектированию БД не зная основ алгоритмов хранения и обработки данных в ЭВМ - это изначально наделать кучу концептуальных ошибок, без них невозможно понять даже сути нормализации - зачем она нужна и как работает.
Например, в каких случаях данные о сущности нужно разбивать на несколько таблиц, а в каких достаточно одной коммулятивной.

Ну и, конечно, главное - это свободное ориентирование в области автоматизации. Невозможно написать даже средненькую бухгалтерскую СУБД, не понимая сущности бухучета и не зная основ его построения.

Единственное, что я могу советовать уверенно - ни в коем случае не брать в качестве учебного пособия авторов типа Фаронова или Архангельского.

> Приступать к проектированию БД не зная основ алгоритмов хранения и обработки данных в ЭВМ - это ...

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

> [7] MsGuns ©   (07.11.08 14:50)

ИМХО. Так можно всю жизнь изучать основы компьютерного мирозданья и так и не спроектировать ни одного склада. 8-)

>TUser ©   (07.11.08 14:55) [8]
>Но автор спросил про проектирование БД, так вот ему Дейт, а учебник по алгоритмам и английскому он не просил. Имхо.

 Я ничего не имею против этого известного и уважаемого товарища. Но у него, насколько помню, много посвящено "как", но слишком мало "зачем".

>Sergey13 ©   (07.11.08 14:58) [9]
>ИМХО. Так можно всю жизнь изучать основы компьютерного мирозданья и так и не спроектировать ни одного склада. 8-)

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

> [10] MsGuns ©   (07.11.08 15:06)

> ИМХО, не стОит браться за дело лишь бы сделать его кое-как.

ИМХО, за дело надо браться. Или НЕ браться. Первая БД все равно не будет здоровской хоть все умные книжки перечитай. Все равно опыт наживать надо.
Но программирование чем и прекрасно - всегда можно начать сначала и переделать все к чертовой матери незаметно для заказчика (и за его деньги). 8-)

>TUser ©   (07.11.08 14:55) [8]
>Но автор спросил про проектирование БД, так вот ему Дейт, а учебник по алгоритмам и английскому он не просил. Имхо.

 Я ничего не имею против этого известного и уважаемого товарища. Но у него, насколько помню, много посвящено "как", но слишком мало "зачем".

>Sergey13 ©   (07.11.08 14:58) [9]
>ИМХО. Так можно всю жизнь изучать основы компьютерного мирозданья и так и не спроектировать ни одного склада. 8-)

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

> [9] Sergey13 ©   (07.11.08 14:58)
> ИМХО. Так можно всю жизнь изучать основы компьютерного мирозданья
> и так и не спроектировать ни одного склада. 8-)

На изучение основ нужна целая жизнь?
"Не верю" (с)

> [13] Брюнетка ©   (07.11.08 15:19)

Тут в том и вопрос - что считать необходимыми и достаточными основами для конкретной задачи?

> [14] Sergey13 ©   (07.11.08 15:34)

Видимо, речь о том, нужно ли проектировщику БД знать основы программирования.

> [15] Брюнетка ©   (07.11.08 15:40)

Можно даже глубже - основы какого программирования? 8-)

> Задача то есть, а в голове по этому вопросу - каша полная.


Начни описывать своими словами - глядишь, вместе до чего-либо удовлетворительного и дойдем.

> Брюнетка  (07.11.2008 15:19:13)  [13]

Две?

MsGuns ©   (07.11.08 14:50) [7]
>Приступать к проектированию БД не зная основ алгоритмов хранения и >обработки данных в ЭВМ - это изначально наделать кучу концептуальных >ошибок, без них невозможно понять даже сути нормализации - зачем она >нужна и как работает.
Фигня. Вчера это работало не так как сегодня а сегодня не так как будет работать завтра. Так что представлять неплохо но совсем необязательно

>Например, в каких случаях данные о сущности нужно разбивать на >несколько таблиц, а в каких достаточно одной коммулятивной.
Это в книжках пишут когда достаточно одной а когда нужно разбивать? И прямо однозначно если а и б => разбивать если в и г => достаточно одной?

>Ну и, конечно, главное - это свободное ориентирование в области >автоматизации. Невозможно написать даже средненькую бухгалтерскую >СУБД, не понимая сущности бухучета и не зная основ его построения.
Можно. Только постановщики-аналитики грамотные нужны. Хотя конечно знание предметки это важно.

>Единственное, что я могу советовать уверенно - ни в коем случае не брать >в качестве учебного пособия авторов типа Фаронова или Архангельского.
Ну тут нет критериев отнесения к типу "Фаронов" или типу "Архангельский". Кстати была такая книга Шумаков - Фаронов базы данных в delphi 3 - могу сказать что книга просто отличная.