Комментарии к чему угодно. Есть логика готового велосипеда?

Question

[chelkaz]

Делаю сервисы на сайтах. Например объявления, вопросы и ответы и прочее. Везде нужны комментарии.
Делал для каждого раздела свои. Своя таблица. Своя модель и прочее. Но потом решил подумать и спросить. Не лучше делать так:
Создать единую таблицу и единую модель. Так как правила комментариев везде едино. Просто текст и все.
В таблице сделать поле типа id раздела. То есть хранить все комменты в одной таблице, разделяя их по id раздела.
Как вы считаете?

Answer 1

[Pavel K]

Вообщето так и делают =)

Comments

[chelkaz]

А есть ли какие нюансы? Что бы потом не переписывать заново?

[Pavel K]

Не запутайтесь с ID раздела.

[Дмитрий Ковальский]

chelkaz: если используете guid, а не автоинкрементальные идентификаторы - все тихо и мирно

[chelkaz]

Дмитрий Ковальский Где можно в примерах почитать про guid. Из доков не совсем понял про это. Поясните логику пожалуйста.

[Дмитрий Ковальский]

chelkaz: GUID (Globally Unique Identifier) — статистически уникальный 128-битный идентификатор.
Если у вас из разных таблиц будут сущности к которым вы будете хранить комментарии, то автоинкрементальные идентификаторы не будут уникальными и понадобится поле для уточнения к какой таблице хранится комментарий. GUID продублировать в другой таблице мягко говоря не просто и необходимость доп. полей гораздо ниже.

Answer 2

[DieZz]

Так будет правильнее делать, как и описали. Для этого в ларавел предусмотрены полиморфные связи. Вот ссылка на документацию

Answer 3

[funtik52]

Только не забудь таблицу справочник сделать. Так при программирование будет легче обращаться. То есть чтобы в базе была таблица с названиями категорий и их "id". Вообще очень логично.

Comments

[chelkaz]

Тогда эта справочная должна быть связанной таблицей. Так?

[funtik52]

Да. Очень простая связь "inner join". По крайней мере именно иннер мне умный человек в случае со справочниками рекомендовал.

[funtik52]

Вообще потом например если тебе надо список категорий вывести например достаточно просто обратиться с запросом к данной таблице "select * from category" и всё. А если например на до вывести категорию в списке сообщений то связываешь таблицы по id категории: "message.id_category = category.id" и выводишь "category.name" вместо "id_category".

Answer 4

[65536]

одна таблица. остальное вешать через морф связь

Answer 5

[Andrzej Wielski]

Создаем таблицу:

id (int), user_id (int), comment (text), commentable_type (string, index), commentable_id (int, index)

И модель под нее:

class Comment extends Model
{
  protected $table = 'comments';

  public function commentable()
  {
      return $this->morphTo();
  }
}

Используем как полиморфную связь в нужной нам модели:

public function comments(){
      return $this->morphMany('App\Comment', 'commentable');
}

Вот и все. Все комментарии записи будут в аттрибуте comments, создавать комментарии можно обращаясь к comments(), редактировать/удалять точно так же.

Answer 6

[Станислав Почепко]

Полиморфисеские связи?