Patrick, приезжай на Пыхослет'08 в Питере! В октябре, выпьем! :)

Patrick, привожу пример улучшения скорости от нормализации БД
 
представь что есть две таблицы users и photos
в первой пользователи а во второй id пользователя и blob поле с вгруденой фотографией (неважно какая БД, например oracle)
а теперь представь что тебе нао посчитать сколько у пользователя фоток
изза блоб полей запрос сильно затянеться
тогда вводим еще одну таблицу у тоторой связт М:1 с пользователями и 1:1 с фоками
а в таблице с фотками теперь храниться не номер пользователя а номер в новой таблице
в результате этого получаем немеряный выигрыш в скорости

md5, совбез ЛВЗ лучше

я вот тока что подумал
например на сайте музыки
там где выводят алфавитную линейку
наверняка они не ищут title LIKE 'A%' наверняка у них есть дополнительнео поле с первой буквой названия
 
ЗЫ я имею виду нормльные сайты с большой посещаймостью

к примеру есть таблица комментов сделанная через Материализованные пути (Materialized Path). надо вывести n комментов 1 уровня отсортированных по последнему комменту в ветке... Лично я сделал comment_root_id и не парюсь, да дублируются данные да таблица деномализованна, но это работает максимально быстро и это главное....
 

adw0rd

Patrick, приезжай на Пыхослет'08 в Питере! В октябре, выпьем! :)

я на highlaod еду так что никак(((

CTAPbIu_MABP

я вот тока что подумал
например на сайте музыки
там где выводят алфавитную линейку
наверняка они не ищут title LIKE 'A%' наверняка у них есть дополнительнео поле с первой буквой названия
 
ЗЫ я имею виду нормльные сайты с большой посещаймостью

like зло, для поиска лучше sphinx использовать

CTAPbIu_MABP, Patrick, я и говорил что по поводу скорости это спорно.