ORM и наследование

Доброго времени суток!

Изучаю HMVC-подход к разработке веб-приложений, застрял в части "M", конкретно - в представлении данных как объектов (ORM).

Допустим есть, некое веб-приложение. В нём есть статьи (класс Model_Article), фотографии (класс Model_Photo) и комментарии (класс Model_Comment).

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

Вопрос: как организовать БД-часть приложения?

Вижу два варианта.

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

Если photo_id != 0 - то это комментарий к фото с ID = photo_id.
Если article_id != 0 - то это комментарий к статье с ID = article_id.

Второй: комментарии для статей хранить в одной таблице, для фотографий - в другой. Весь функционал модели вынести в абстрактный класс Model_Comment_Base, а привязку к конкретной таблице сделать в наследниках этого класса.

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

Скажите, пожалуйста, какой из двух вариантов лучше, и какие есть ещё?

Спасибо.

Добавлено через 1 минуту

0

Сообщение от talis какие есть ещё?

Например такой:

comments:

id

user_id

text

article_comments:

article_id

comment_id

photo_comments:

photo_id

comment_id

1

korvin_, спасибо!

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

0

Сообщение от korvin_ Например такой:

Сообщение от talis Скажите, а есть ли у этих "способов" названия или некий обобщающий термин?

что-то в этом подходе есть от отшения m:n, хотя фактически его нет

Сообщение от talis article_id | photo_id | user_id

а эти 3 поля можно заменить одним, comment_type, у которого могут быть три допустимых значения article, photo, user.
ну и информация к размышлению

1