Задачка на проектирование БД с интересным ответом

Vovchik · Сообщение **Vovchik** » 14 дек 2006, 10:14

Дима писал(а):На компромиссы с принципами нормализации стоит ходить только в случае значительного выигрыша во времени на часто выполняемых запросах. Хранение промежуточных итогов - один из таких компромиссов в data warehouse, например.

При этом всегда полезно помнить золотое правило механики - выигрыш в работе - проигрыш в пути. Выгрыш в выборке - проигрыш во вставке. Просто писать запросы - тяжело поддерживать целостность данных. Как в жини в общем.

не местный

папа Карло писал(а):
разве человек про теорию спросил? меня еще никто не упрекал в путании логического и физ дизайна

Человек сам, кажется, не понял, про что он спрашивает: у него какие-то суперклассы там, а в следующей строчке он что-то собирается уже хранить во VIEW...

А все и повелись...

vg · Сообщение vg » 14 дек 2006, 18:42

Дима писал(а):Реализация зависит от конкретной БД; в частности, какие-то об'екты можно хранить во VIEW.

Это очень сильное высказывание...

Если всё же ... если следовать общей дискуссии, то поскольку речь идет, возможно, о больших объёмах своеобразных логов ???, то я бы свёл к минимуму число ограничений (фореин киз + с ними) и индексов. Может быть и не делал академически нормализованную базу, поскольку здесь на определённом этапе (при большом размере базы) встанут вопросы скорости вставки, удаления.

Дима · Сообщение **Дима** » 14 дек 2006, 21:43

не местный писал(а):Человек сам, кажется, не понял, про что он спрашивает: у него какие-то суперклассы там, а в следующей строчке он что-то собирается уже хранить во VIEW...

А все и повелись...

Не, просто вопрос не для тебя предназначался

Дима · Сообщение **Дима** » 14 дек 2006, 22:02

vg писал(а):
Дима писал(а):Реализация зависит от конкретной БД; в частности, какие-то об'екты можно хранить во VIEW.
Это очень сильное высказывание...

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