Кот МатроскинЛогическое проектирование БД - Кристофер Дейт ,
SQL "с нуля" - Мартин Грабер ,


Согласен с выбором.

viaggiМоя цель в том, чтобы быть способной работать проектировщиком БД и аналитиком в разного типа задачах работать в интеграторах, разрабатывающих ПО для разного типа компаний, разного масштаба (то есть хочу суметь спроектировать БД как для школы/библиотеки, так и для фарма-компании, так и для банковской системы, и для телеком), хотя бы понимать подходы.


Проектирование БД одинаково, что для школы/библиотеки, что для банковской системы, что для телеком,
что для "нагруженных".
Сводится к в общем простой формуле: изучение предметной области и избегание тривиальных ошибок проектирования (т.е. нормализация).

viaggiВ проектировании могут быть разные аспекты, наверное, меня интересует больше логическое проектирование таблиц, так чтобы они были удобны и для реализации бизнес-логики и для скорости работы БД.


Нет такой дилеммы. Если БД спроектирована правильно, то она будет и удобна, и быстра.
И ещё раз -- при проектировании БД не нужно думать о скорости, если что, скорость получается автоматом, может только 10-20%
вылезает в проблемы, и они потом достаточно легко решаются перепроектированием.

viaggi В других вещах, более технических, хотелось бы иметь просто кругозор, что сейчас бывает (какие-нибудь может распределенные БД.. даже не знаю что перечислить).


Рекомендую начать с классики. На самом деле все современные технологии не очень далеко от неё ушли.

viaggiВозможно, есть хорошие книги/обучающие материалы по логическому проектированию БД "оторванному" от реализации, но в формате, удобном для передачи программистам.


Ещё раз, логическое проектирование БД практически всегда оторвано от реализации.
Привязаны к реализации выбор доменов и/или типов данных (но это кстати очень важно), и может ещё пара мелких аспектов.

viaggiПомимо проектирования БД интересуют и задачи/типовые ситуации с SQL, т.к. структура БД связана с выборками, и проектируя БД надо понимать, как потом с этими данными работать (ИМХО).


НЕ надо. Если при проектировании не допускать ошибок, то работать с данными на SQL будет и возможно, и легоко.

guest_20040621П. 1 из рекомендации Кота Матроскина - обязательно. Всё остальное - факультативно.

Ну, для изучения SQL лучше Грабера тоже ничего нет.

Ещё я могу посоветовать книгу Гарсиа-Молина, Ульман, Уидом.
Но там больше упор на реализацию СУБД, но все (почти) вопросы проктирования БД и
производительности там разобраны, но книга объёмная и с упором на реализацию, так
что нужно читать только нужные главы.

У Ульмана одного тоже много книг выходило, и много переведённых.
Я бы в идеале нашёл замену Дейту, в более сжатом варианте, но к сож. такой книги не знаю.

guest_20040621> Ну, для изучения SQL лучше Грабера тоже ничего нет.

Мне рекомендации без надобности. А с учетом вашей квалификации на уровне плинтуса - тем более.

Это не тебе естественно рекомендации, а топикстартеру.

Бредятинаviaggi,
Вы не разберетесь никогда в теории и проектировании БД.


Всё, бредятина в топике. Топик можно закрывать.