Из коммерческих CMS такую реализацию выбрали UMI.CMS и Netcat, поэтому, изучив эти системы, мне и пришло в голову посоветоваться с Хабрасообществом. Спасибо за совет ;-).
Теги, комментарии — это настолько обобщенные сущности, что их спокойно можно хранить каждый в одной таблице, привязывая к объектам с помощью идентификатора (objectID) и типа (objectType).
Про «Новости, Статьи, Анонсы» — детальная схожесть этих трех объектов взывает к хранению их в одной таблице, с разными типами (поле type).
Да, разумеется. Просто хочется услышать плюсы и минусы каждой из реализаций. Одни из самых явных — на добавление нового типа объекта в первом варианте будет портачено гораздо меньше времени, чем во втором (быстрая расширяемость).
Авторы хорошо подошли к наполнению проекта :-). Например, на странице друзей, если их нет, то пишется: «Он как тот чебурашка, у которого пока нет друзей :)»
Я поставил минус за двойную «опечатку», которую Вы все-таки единожды исправили. Вы два раза подряд одно слово употребили, а исправили лишь в одном месте.
К тому же, данный пост не несет абсолютно никакой ценности — все уже давно знают, что существуют элитные фрилансеры и пионеры, наровящие получить побольше заказов и сделать все тяп-ляп.
Было бы гораздо правильнее хранить сериализованное дерево в memcache, а всю структуру (каждый элемент — строка в таблице) в базе.
Про «Новости, Статьи, Анонсы» — детальная схожесть этих трех объектов взывает к хранению их в одной таблице, с разными типами (поле type).
К тому же, данный пост не несет абсолютно никакой ценности — все уже давно знают, что существуют элитные фрилансеры и пионеры, наровящие получить побольше заказов и сделать все тяп-ляп.