Как создать связанную таблицу в миграции?

Question

[Владислав Софиенко]

Можно-ли в миграции прописать создание таблицы с созданием связи один ко многим? Как?

Answer 1

[Антон Иванов]

Связь один ко многим - это наличие в каждой строке одной таблицы указания на ID строки другой таблицы.
В миграции прописывается, как belongs_to

Например

class CreateProduct < ActiveRecord::Migration[5.0]
  def change
    create_table :products do |t|
      t.belongs_to :user, foreign_key: true
 # ... остальные поля
      t.timestamps
    end
  end
end

Тут создается таблица продуктов с привязкой к таблице пользователей (естественно таблица users уже должна быть). Будет автоматически создан индекс и внешний ключ.
Отношение пользователь-продукт будет "один ко многим"

Comments

[Владислав Софиенко]

А если поле уже имеется, так как мне нужно было, чтобы primaty key был Login пользователя в типе string?

create_table :Users, id: false do |t|
      t.string :Login, primary_key: true
      # ... остальные поля

      t.timestamps
end

[Антон Иванов]

В смысле? просто добавить индекс к таблице?
Метод add_index (edgeguides.rubyonrails.org/active_record_migration...

[Владислав Софиенко]

Антон Иванов: Я хочу создать таблицу Users с первичным ключом Login с типом String и создать ещё одну таблицу и связать его с таблицей Users по ключу Login.

[Антон Иванов]

Это не совсем (совсем не) rails-way.

Если таблица создается миграцией, которую Вы привели, то какой тип у поля "login"? Я помню, что при использовании primary_key тип будет integer независимо от того, что указано в миграции.

Ну а дальше надо будет создать внешний ключ, который свяжет 2 таблицы и в модели (не в миграции) прописать belongs_to с использованием верного foreign_key

P.S. Кстати, я не уверен, что будет корректно работать без _id в конце поля.

[Владислав Софиенко]

Антон Иванов: ну и как мне теперь это реализовывать?((

[Антон Иванов]

Владислав Софиенко: А почему именно такая структура?

в таблице users может быть id и все связи будут протянуты через user_id в других таблицах.
Делать связи по строке это, как минимум, неэффективно

[Антон Иванов]

да и в таблице новостей NewsId надо бы на просто id заменить

[Владислав Софиенко]

Антон Иванов: потому что я так делал всегда с пользователями, ибо, если логически рассудить, то Login это и есть идентификатор пользователя, а значит его можно использовать как первичный ключ в таблице, но Rails я так понял даже о такой истечении обстоятельств не задумывался, ибо у него, что-то всё строго типизировано и все первичные ключи должны быть integer.

P.S: Я захотел такую структуру и я хочу его внедрить)))

[Антон Иванов]

Владислав Софиенко: ну что же, тогда могу пожелать удачи :)