Из-за отсутствия полнотекстового поиска в InnoDB, который превосходит MyISAM во всём за исключением оного.
Для поиска я считаю что лучше такие утилиты как сфинкс и т.д, нежели таблица в MyISAM.
Ну а вообще, то мы не в ту сторону идем, спорим о процедурах о полнотекстовых поисках и п.р
А тс нужно лишь простенький блог замутить
EuGen
Я назвал запрос со слиянием тяжелым, потому что он не будет выполняться с той же скоростью что и обыденные запросы, + при раскидывании базы по серверам эти слияния могут и в значительной степени усложнить это, также в конкретном случае, я не вижу смысла что либо выносить...
Ну вообщем буду иметь ввиду насчет оптимизации путем вынесений полей если что...
armancho7777777
Прошу прощение если чем то задел, в любом случае спор закончен, просто смотрел как в других cms, да и сам не видел смысла почему вы утверждали что нужно выносить в другую таблицу какое-то поле, поэтому настаивал на своем...
Терпеть не могу объяснять людям что-то,
которые не знают и спорят, спорят...
А вот в этом месте можно по подробнее, где вы считаете что я не то пишу, мне же тоже интересно где можно сделать лучше и т.п, насчет хранимых процедур и масштабируемости пишут что две несовместимые вещи, сам не пробовал, но думаю что верно, как вы считаете?
Также хочется прочитать ответ на вопрос, конкретнее к теме, вы и правда считаете что вынос подобного поля в отдельную таблицу это правильно?
InnoDB по барабану.
С грамотной расстановкой индексов полей он Вам выплюнет на раз-два.
Ну если 1-2 тыс запрос в секунду то да может справиться, но а если 10-20 тыс, то вот такие вот запросы и нагрузят бд, и опять же речь идет о описании категорий...
Но например Дискрипшен категорий можно же вывести в отдельную таблицу. Так как скорее всего его не будет.
Не стоит этого делать, смысла 0, а если надо будет выбрать вместе c категориями и их описание, то что? придется делать "тяжелый" запрос к бд для этого (Добавление)
Hapson пишет:
Вот еще не пойму, какую таблицу делать для картинок? Хранить там id и линки на картинки?
Hapson
Архитектура бд это не простая задача как кажется на первый взгляд, здесь я считаю нужным объединить таблицы которые я выше указал, например как вы будите выводить последние комментарии к записи, если у вас будет 2 таблицы комментариев (1 для зареганых, а другая для гостей) ?
Такое разделение только усложнит приложение... (Добавление)
В некоторых случаях используют и денормализацию данных, для ускорения приложения, поэтому подход к архитектуре бд, напрямую связан со спецификой приложения...
да? и тем не менее,mail.ru,например, делает привязку..правда можно отключить ее при желании.
Они вам сами об этом сказали? или откуда инфа? (Добавление)
мм сорри не пользуюсь мейлом, не видел там привязку по ip, но я так и не вижу смысла в этом, сейчас у каждого второго пользователя ip прыгает...
По поводу сессий: если вы боитесь кражи SSID,то можно привязывать его к ip
Что за чушь, сейчас полно динамических ip, и т .п
Да и незачем тут шаманить, идентификатор сессии при недоступности из скрипта, можно только подобрать, а это уже совсем не просто....