Какой объем контента ожидается в плане нагрузки на бд?

Forpain, не для стат. сайта, для типу как бы новостника какой объем - трудно сказать. Поначалу - не много, а потом больше и больше Какова нагрузка будет - я без понятия, с БД работаю так, поверхностно..

При каждом из вариантов потом иначе будет сформирован движок. Про вариант где отдельно для каждой категории таблица, то скорее всего придется создавать под каждую категорию отдельный файл вывода. Плюс в одной таблице в том что можно задать один файл для вывода (ярый пример этому ДЛЕ), но такой вариант более замороченный. если познаний в программинге недостаточно, то лучше первый вариант делать.

По нагрузке... если руки растут из нужных мест, то можно и при одной таблице хорошо оптимизировать вывод и нагрузка будет минимальной. если все упирается в недостаточный опыт в программинге то лучше раскидать категории по отдельным таблицам.

Сообщение отредактировал CyberTech - 29.8.2011, 14:56

CyberTech, дело в том, что пока реализован 2 вариант, контент в одну таблицу, категории для контента - в другую. Как определить нагрузку - я хз, грузится сайт пока резко, а как будет дальше - без понятия.

Так вот, я и думаю, что лучше будет так и оставить, или же разбивать... вот в чем вопрос.

однозначно второй. главное правильно настроить индексы в таблицах

Mudriy, тут не только в индексах дело. Даже если правильно настроить при хорошей посещалке все равно может все тупить. Потребуется кэширование данных на самом сайте. если его нет или не могут сделать - лучше первый вариант тогда.

Вообще плюс первого варианта в том, что ты можешь под каждую категорию настроить свой вывод придумать свои поля и так далее. Когда все категории в одной таблице, то это сложнее делать. да и ни к чему например категории А поля от категории Б даже пустые.

Но если движок уже создан под одну таблицу то хз.. проще с нуля писать под многотабличность, чем переделывать. Так как делов будет очень много.

Сообщение отредактировал CyberTech - 29.8.2011, 15:11

Рано думать с такими задачами про нагрузки.

моё предложение:

categories - хранит списки категорий (поля: id, name)
contents - хранит данные (поля: id, name, content, ....)
content_categories - хранит связи many to many (поля: id, content_id, category_id)

Что б получить список всех категорий контента:

а это зачем? ) Что за мэни ту мэни ))

scanread, в общем сколько проггеров столько будет мнений по этому поводу )) Скажу от себя еще: если движок сделан так а не иначе пусть так и остается. особенно если делал его кто-то а не ты сам. переделывание однотабличной системы в многотабличную - сулит серьезные изменения движка.

Сообщение отредактировал CyberTech - 29.8.2011, 15:20

CyberTech,

Та не проблема склонировать и сделать как вариант 1. Переписывать мало что надо, сделано все модулями, скопировал, поменял название, и делов + сделать в неких файлах нужно будет замену, к примеру, с news на films, так же и в бд, добавить те же таблицы, только с другим названием. Это вовсе не трабла.

Кеширование присутствует, только пока для всего, кроме прикрепленных изображений к новостям. Это в процессе пока, и с этим траблов не должно быть.

FlashBlack, с радостью бы, только в этом варианте прийдется все перепиливать.... А это - не мало времени.

Сообщение отредактировал scanread - 29.8.2011, 15:24