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


15-1198777130
Petr V. Abramov
2007-12-27 20:38
2008.02.03
про спам


1-1193230015
pasha_golub
2007-10-24 16:46
2008.02.03
Не могу зайти дебаггером в исходники DBClient.pas


15-1199113667
Gydvin
2007-12-31 18:07
2008.02.03
С новым годом!


8-1173015027
ы
2007-03-04 16:30
2008.02.03
ошибка