Главная страница
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.022 c
15-1198830321
fevadmin
2007-12-28 11:25
2008.02.03
Помогите в выборе оборудования


6-1179759600
Nucer
2007-05-21 19:00
2008.02.03
Как определить, что соединение разорвано?


15-1198841892
user_
2007-12-28 14:38
2008.02.03
Поржом чуть чуть...???


2-1199296031
Alik
2008-01-02 20:47
2008.02.03
Блокировка повторного запуска программы


11-1182779412
max727
2007-06-25 17:50
2008.02.03
KOLComObj