Главная страница
Top.Mail.Ru    Яндекс.Метрика
Текущий архив: 2008.02.03;
Скачать: CL | DM;

Вниз

К вопросу о культурном проектировании реляционных БД   Найти похожие ветки 

 
Kostafey ©   (2007-12-24 14:25) [40]

> [35] Бакук ©   (24.12.07 05:11)


> А приведите пример, чтобы необходимо было использовать такой
> подход?

[20] Sergey Masloff   (22.12.07 17:17)
очень хороший пример привел.

Со всем остальным согласен на 100%


> [37] Anatoly Podgoretsky ©   (24.12.07 11:14)
> > Раньше я так и делал.
> Еще одна жертва венгерской нотации и работа с Паскалем не
> помогла.

Каюсь, ибо я грешен, :)
теперь делаю по-другому
см. [33] Kostafey © :
> Но когда таблиц много, я думаю лучше пользоваться
> полным именем поля, т.е.:
>
> Gruppa:
> id
> name
> Student:
> id
> FIO
> Gruppa_id //В какой группе студент
>
> Select *
> Form Student, Gruppa
> Where Student.Gruppa_id=Gruppa.id


 
MOA ©   (2007-12-24 23:48) [41]

Моё СМ - любое нарушение нормализации приводит в итоге - не, не сразу, конечно - лет так через 3 - к огромной величины гемморою.
Сам был грешен, тоже думал "зато работать будет быстрее". Нет. Не быстрее. Селективность индексов по "классовым" полям как правило, никакая, оптимизатор скорее предпочтёт перебор (утрирую) чем такой "индекс", но геморрой с будущими запросами - ужасный. Самое печальное - что быстрее-то не получается, через 2-3 года тот кажущийся "прирост производительности" будет уже ничтожен  - а то и отрицательный.


 
Kostafey ©   (2007-12-26 00:59) [42]

> [41] MOA ©   (24.12.07 23:48)

Спасибо, очень полезная информация.


 
Sergey13 ©   (2007-12-26 10:10) [43]

> [41] MOA ©   (24.12.07 23:48)

Это лечится правильным тестированием системы. Можно нагенерировать данных на 5-10 лет и смотреть производительность на "реальных" объемах. Полностью нормализованные базы могут тормозить не менее (а то и более) денормализованных. Другое дело, что денормализация обычно делается за счет избыточности информации, а это в свою очередь порождает проблему ее целостности, за которой надо следить.

ИМХО истина всегда где-то посередине.

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



Страницы: 1 2 вся ветка

Текущий архив: 2008.02.03;
Скачать: CL | DM;

Наверх




Память: 0.54 MB
Время: 0.016 c
2-1199471551
vegarulez
2008-01-04 21:32
2008.02.03
про sql (access). Как селектом выбрать Limit 10 или first 10...


5-1166288613
Aleksandr
2006-12-16 20:03
2008.02.03
Создание свойства нового компонента


11-1183468611
AndreyRus
2007-07-03 17:16
2008.02.03
Maximize and Restore form handling


2-1199604655
Катунов Юрий
2008-01-06 10:30
2008.02.03
Игнорирование кода от совместного доступа к файлу Windows XP


2-1199874260
Ega23
2008-01-09 13:24
2008.02.03
Версия MSOffice