Andreyw1Имеется такая структура сайта: Есть блоги пользователей и записи блогов. А есть коментарии которые можно оставлять как к блогам так и к записям. как Было бы правильнее организовать структуру бд?хранить блоги и записи в одной таблице и в другой коментарии с полем id- к какому элементу они принадлежат Или создать 4 таблицы (вместо двух) -в одной блоги в другой записи и 2 таблицы для кометариев - в однойкоментарии к блогам а в другой- к записям?? Как правильне сделать и с точки зрения оптимизации? Если записей будем мнго то лучше разместить их в отдельной таблице? и если комментариев будет много (больше чем записей к блогам) то можно разделить их на 2 таблицы?? или я чтото путаю? Сколько нужно записей в таблице чтобы база начала тормозить???


чем отличаются БЛОГ и ЗАПИСЬ БЛОГА? Если ничем, то
можно слить в одну таблицу, с дополнительным аттрибутом(-тами)
для выделения блога от записей и, если надо, связкой от записей на головной блог.
Ну и коменты в одной таблице.

Если Блоги и Записи не имеет смысл обединить, то можно сделать
динамическую адресацию:

КомментИД, ComRefType, ComRefId, ComText, ComTimestamp....
1, blog, 23, 'bla-bla-bla', .....
1, blog, 37, 'bla1-bla1-bla1', .....
1, zapis, 14, 'bla2-bla2-bla2', .....

Andreyw1Блог имеет некоторое количество параметров которых нет в записи. Запись имеет только заголовок текст предвариетльной версии(пред просмотр) и текст полной версии а также поле с id блога. вопрос еще и в том сколько элементов в таблице выдержит база.


...как вариант: "запись" слить с "комент".
Типа "запись" есть "начальный" комент...
тогда все записи будут иметь ФК на блог.
и есче циклический ФК на на своюже таблицу.
'Записи' будут иметь НУЛЛ в циклическом ФК.

Без полного анализа трудно сказать что лучше что хуже...
Циклический ФК нужен если структура коментов ветвится.
Если коменты плоские -- сойдет просто таймстамп или порядковый ИД
внутри конкретний записи.