|
|
su.dbms.sql- SU.DBMS.SQL ------------------------------------------------------------------ From : Drema 2:5020/400 04 Apr 2001 12:12:25 To : Serg Vasiltsoff Subject : RE: Дремина хитрость 2 -------------------------------------------------------------------------------- >From: news [mailto:news@host.talk.ru]On Behalf Of Serg Vasiltsoff >> Сделай таблицу с 10000 строками (Справочник Клиентов) и соедини ее с 10-ю >Hет, это Вы, Уважаемый, сделайте таблицу с 10,000,000 строк в своем и >нормализованном варианте. Сделали? Hе получается? Hе работает? Индексы >девать некуда? Вопрос закрыт? Hет, не закрыт, я говорю про быстродействие а вы говорите про размер. Я понимаю про что вы говорите, и я конечно в случае невлазивания индексов или их просто нереального объема сделаю нормализованный вариант. Мой денормализованный вариант нужен _только_ для отображения клиенту, в самих обращениях к базе используются ссылки через дополнительную таблицу и доступ ничем не отличается от простого нормализированного варианта. Причины по которым я так сделал идентичны тем причинам почему в MSSQL2000 были введены индексы по вычисляемым полям и на view, понимаете? Просто я не могу смотреть когда выводится продукция на экран клиента и к ней _каждый_ раз прилепляется еще куча вспомогательных таблиц, в то время когда информация в этих дополнительных таблицах изменяется _очень_ редко... зачем ее каждый раз просчитывать? >Для таблицы с потенциально ограниченным набором данных ( и не растущим! ) >типа справочник валют или справочник банков можно делать сколь угодно >широкие поля в угоду прикладной задаче. А вот в постоянно растущих - только >жесточайшая нормализация (как меня сейчас свои же и побъют ;)) Я так и делаю, и большие динамические таблицы полностью нормализованы... Вопрос в том, где эта граница... Она зависит от задачи, от ПО, от железа... боюсь что я еще не достиг ее в своей задаче... Я просто использую этот метод где он себя оправдывает, если при определенных условиях он перестанет работать, то я от него откажусь. -- Drema. mailto:dremkin@avtlg.ru http://i.am/dremkin Отправлено через сервер Talk.Ru - http://www.talk.ru --- ifmail v.2.15dev5 * Origin: Talk.Ru (2:5020/400) Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
Архивное /su.dbms.sql/6488c8bf1199.html, оценка из 5, голосов 10
|