Что такое полиморфные связи?

Question

[hbuser]

В интернете есть кое-какая информация, но все в контексте Ruby.
Есть один-к-одному, один-ко-многим, многие-ко-многим. Что за полиморфные связи?
P.S. Использую Laravel. Можно на ее примере.

Answer 1

[Роман Сохарев]

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

comment_id | parent_id | morph| comment_content | author

где:
comment_id - идентификатор самого коммента
parent_id - идентификатор сущности к которой он относится
morph - тип сущности, к которой относится этот комментарий.
comment_content, author - тут я думаю понятно
тогда записи могут выглядеть так:

comment_id | parent_id | morph   | comment_content | author
---------------------------------------------------------------
  1        |   1       | post    | бла бла бла     | vasya
---------------------------------------------------------------
  2        |   1       | article | бла бла бла     | vasya
---------------------------------------------------------------

при чем, несмтря на то, что parent_id у них одинаковый, в первом случае он относится к id в таблице post, а во втором к article
Это и называется полиморфической связью.

пример приведу на фреймворке laravel для php (но ORM там очень схож с Rails, так-что проблем возникнуть не должно)
Модель комментария будет выглядеть приблизительно так:

class Comment extends Eloquent {

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

}

а модели поста и статьи:

class Post extends Eloquent {

  public function photos()
  {
    return $this->morphMany('post', 'morph');
  }

}

class Article extends Eloquent {

  public function photos()
  {
    return $this->morphMany('article', 'morph');
  }

}

вроде бы ничего не напутал...

Comments

[pi314]

Мне кажется, что в примере для иллюстрации сути parent_id уже излишне, т.к. полиморфизм сущности/связи собственно выражен полем morph. (Kонкретную связь, в принципе, можно было бы даже вынести в отдельную связующую таблицу... или n таблиц. Хотя, это, конечно, сделало бы пример сложнее...)

Answer 2

[Сергей Протько]

habrahabr.ru/post/79431 - читаем и осознаем примеры.

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

Comments

[hbuser]

Я об этом и говорил - ruby-код.

[hbuser]

Что-то без его примеси бы, в изолированном виде...

[Сергей Протько]

@hbuser примеры там на словах, не нужно код смотреть. Вообще у нормальных людей подобное завется table inheritance.

[pi314]

@hbuser А какая разница? В статье речь о том, как это запилить с помощью Руби... Но суть-то от этого не меняется :) Хотите без Руби - там в комментах структура БД показана. В ней, точнее в первой таблице и есть суть.

create_table "posts", :force => true do |t|
  t.string "title"
  t.boolean "published"
  t.integer "content_id"
  t.string "content_type"
  t.datetime "created_at"
  t.datetime "updated_at"
end

Собственно, если бы не Руби - статью можно бы было сократить до этой самой структуры :) Фактически, речь идет просто об одной из возможностей денормализации модели данных.

Answer 3

[tsarevfs]

Один из вариантов реализации полиморфизма:

create table Computer(
    id int not null,
    type varchar(20) not null,
    departmentId int not null references Department(id)
)
create table PC(
    id int not null references Computer(id),
    personId int not null references Person(id)
)
create table Notebook(
    id int not null references PC(id),
    dockId references Dock(id)
)

Поддержка такой структуры на чистом SQL может быть достаточно трудоемкой. Скорее всего именно поэтому большинство примеров написаны с использованием различных ORM в том числе на Rubi.