Railsを使用して、主キーを整数型の列ではないように設定するにはどうすればよいですか？

Railsの移行を使用してデータベーススキーマを管理しており、主キー（特に文字列）として非整数値を使用したい単純なテーブルを作成しています。私の問題から抽象化するためにemployees、従業員が英数字の文字列で識別されるテーブルがあるとしましょう"134SNW"。

次のような移行でテーブルを作成してみました。

create_table :employees, {:primary_key => :emp_id} do |t|
    t.string :emp_id
    t.string :first_name
    t.string :last_name
end

これが私に与えるのは、その行t.string :emp_idを完全に無視して先に進み、整数列にしたように見えることです。execute呼び出しでSQLを記述せずに、railsにPRIMARY_KEY制約（PostgreSQLを使用しています）を生成させる他の方法はありますか？

注：文字列列を主キーとして使用するのは最善ではないことを私は知っているので、整数の主キーを追加するというだけの答えはありません。とにかく追加するかもしれませんが、この質問はまだ有効です。

残念ながら、を使用せずにそれを行うことは不可能であると判断しましたexecute。

なぜそれが機能しないのか

ActiveRecordソースを調べると、次のコードを見つけることができますcreate_table。

でschema_statements.rb：

def create_table(table_name, options={})
  ...
  table_definition.primary_key(options[:primary_key] || Base.get_primary_key(table_name.to_s.singularize)) unless options[:id] == false
  ...
end

したがって、create_tableオプションで主キーを指定しようとすると、その指定された名前で主キーが作成されることがわかります（または、何も指定されていない場合はid）。これは、テーブル定義ブロック内で使用できるのと同じメソッドを呼び出すことによって行われますprimary_key。

でschema_statements.rb：

def primary_key(name)
  column(name, :primary_key)
end

これは、指定されたタイプの名前で列を作成するだけ:primary_keyです。これは、標準のデータベースアダプタでは次のように設定されています。

PostgreSQL: "serial primary key"
MySQL: "int(11) DEFAULT NULL auto_increment PRIMARY KEY"
SQLite: "INTEGER PRIMARY KEY AUTOINCREMENT NOT NULL"

回避策

これらを主キータイプとして使用executeしているため、整数ではない主キーを作成するために使用する必要があります（PostgreSQLのserialはシーケンスを使用した整数です）。

create_table :employees, {:id => false} do |t|
  t.string :emp_id
  t.string :first_name
  t.string :last_name
end
execute "ALTER TABLE employees ADD PRIMARY KEY (emp_id);"

そして、Sean McClearyが述べたように、ActiveRecordモデルは以下を使用して主キーを設定する必要がありますset_primary_key。

class Employee < ActiveRecord::Base
  set_primary_key :emp_id
  ...
end

これは機能します：

create_table :employees, :primary_key => :emp_id do |t|
  t.string :first_name
  t.string :last_name
end
change_column :employees, :emp_id, :string

きれいではないかもしれませんが、最終的な結果はまさにあなたが望むものです。

これを処理する方法が1つあります。実行されるSQLはANSISQLであるため、ほとんどのANSISQL準拠のリレーショナルデータベースで機能する可能性があります。これがMySQLで機能することをテストしました。

移行：

create_table :users, :id => false do |t|
    t.string :oid, :limit => 10, :null => false
    ...
end
execute "ALTER TABLE users ADD PRIMARY KEY (oid);"

モデルでこれを行います：

class User < ActiveRecord::Base
    set_primary_key :oid
    ...
end

Rails4.2で試しました。カスタム主キーを追加するには、移行を次のように記述します。

# tracks_ migration
class CreateTracks < ActiveRecord::Migration
  def change
    create_table :tracks, :id => false do |t|
      t.primary_key :apple_id, :string, limit: 8
      t.string :artist
      t.string :label
      t.string :isrc
      t.string :vendor_id
      t.string :vendor_offer_code

      t.timestamps null: false
    end
    add_index :tracks, :label
  end
end

のドキュメントを見て、次column(name, type, options = {})の行を読みながら：

type：PRIMARY_KEY、：文字列、テキスト、整数、：フロート、10進：日時：タイム：日付、バイナリ、ブール型パラメータは、通常、次のいずれかである移行ネイティブ型の一つであります。

私が示したように、私は上記のアイデアを得ました。この移行を実行した後のテーブルメタデータは次のとおりです。

[arup@music_track (master)]$ rails db
psql (9.2.7)
Type "help" for help.

music_track_development=# \d tracks
                    Table "public.tracks"
      Column       |            Type             | Modifiers
-------------------+-----------------------------+-----------
 apple_id          | character varying(8)        | not null
 artist            | character varying           |
 label             | character varying           |
 isrc              | character varying           |
 vendor_id         | character varying           |
 vendor_offer_code | character varying           |
 created_at        | timestamp without time zone | not null
 updated_at        | timestamp without time zone | not null
 title             | character varying           |
Indexes:
    "tracks_pkey" PRIMARY KEY, btree (apple_id)
    "index_tracks_on_label" btree (label)

music_track_development=#

そしてRailsコンソールから：

Loading development environment (Rails 4.2.1)
=> Unable to load pry
>> Track.primary_key
=> "apple_id"
>>

Rails5では次のことができます

create_table :employees, id: :string do |t|
  t.string :first_name
  t.string :last_name
end

create_tableのドキュメントを参照してください。

このアプローチを使用して行うことが可能であるように見えます：

create_table :widgets, :id => false do |t|
  t.string :widget_id, :limit => 20, :primary => true

  # other column definitions
end

class Widget < ActiveRecord::Base
  set_primary_key "widget_id"
end

これにより、列widget_idがWidgetクラスの主キーになり、オブジェクトの作成時にフィールドに入力するのはユーザーの責任です。beforecreateコールバックを使用してこれを行うことができるはずです。

だからの線に沿って何か

class Widget < ActiveRecord::Base
  set_primary_key "widget_id"

  before_create :init_widget_id

  private
  def init_widget_id
    self.widget_id = generate_widget_id
    # generate_widget_id represents whatever logic you are using to generate a unique id
  end
end

私はRails2.3.5を使用しており、次の方法はSQLite3で機能します

create_table :widgets, { :primary_key => :widget_id } do |t|
  t.string :widget_id

  # other column definitions
end

：id => falseの必要はありません。

「これはXデータベースでは機能しました」というほぼすべての解決策の後で、元の投稿者による「Postgresでは機能しなかった」というコメントが表示されます。ここでの本当の問題は、実際にはRailsでのPostgresのサポートである可能性がありますが、これは完璧ではなく、この質問が最初に投稿された2009年にはおそらく悪化していました。たとえば、私が正しく覚えていれば、Postgresを使用していると、基本的にから有用な出力を取得できませんrake db:schema:dump。

私自身はPostgresの忍者ではありません。この情報は、Postgresに関するXavierShayの優れたPeepCodeビデオから入手しました。そのビデオは実際にはアーロン・パターソンの図書館を見落としています。テキスタイルだと思いますが、私は間違ったことを覚えている可能性があります。しかしそれ以外はかなり素晴らしいです。

とにかく、Postgresでこの問題が発生した場合は、ソリューションが他のデータベースで機能するかどうかを確認してください。rails newサンドボックスとして新しいアプリを生成するために使用するか、次のようなものを作成するために使用するかもしれません

sandbox:
  adapter: sqlite3
  database: db/sandbox.sqlite3
  pool: 5
  timeout: 5000

でconfig/database.yml。

そして、それがPostgresサポートの問題であることを確認でき、修正がわかった場合は、Railsにパッチを提供するか、修正をgemにパッケージ化してください。Railsコミュニティ内のPostgresユーザーベースは、主にHerokuのおかげでかなり大きいためです。 。

Rails3で機能するこれに対する解決策を見つけました。

移行ファイル：

create_table :employees, {:primary_key => :emp_id} do |t|
  t.string :emp_id
  t.string :first_name
  t.string :last_name
end

そしてemployee.rbモデルでは：

self.primary_key = :emp_id

Rails 3とMySQLで私のために働いたトリックはこれでした：

create_table :events, {:id => false} do |t|
  t.string :id, :null => false
end

add_index :events, :id, :unique => true

そう：

1. 整数の主キーを生成しないように：id => falseを使用します
2. 目的のデータ型を使用し、：null => falseを追加します
3. その列に一意のインデックスを追加します

MySQLがnull以外の列の一意のインデックスを主キーに変換しているようです！

オプションを使用する必要があります：id => false

create_table :employees, :id => false, :primary_key => :emp_id do |t|
    t.string :emp_id
    t.string :first_name
    t.string :last_name
end

このソリューションはどうですか、

Employeeモデル内で、列の一意性をチェックするコードを追加できないのはなぜですか。例：EmployeeがModelであり、文字列であるEmpIdがあるとすると、EmpIdに「：uniqueness => true」を追加でき ます。

    class Employee < ActiveRecord::Base
      validates :EmpId , :uniqueness => true
    end

これが解決策かどうかはわかりませんが、これでうまくいきました。

これは私が偶然見つけた古いスレッドであることを知っています...しかし、DataMapperについて誰も言及していないことにちょっとショックを受けました。

ActiveRecordの慣習から逸脱する必要がある場合は、それが優れた代替手段であることがわかりました。また、レガシーに対するより優れたアプローチであり、データベースを「現状のまま」サポートできます。

Ruby Object Mapper（DataMapper 2）も多くの可能性を秘めており、ARELの原則に基づいています。

インデックスの追加は私にとってはうまくいきます、私はMySqlところで使用しています。

create_table :cards, {:id => false} do |t|
    t.string :id, :limit => 36
    t.string :name
    t.string :details
    t.datetime :created_date
    t.datetime :modified_date
end
add_index :cards, :id, :unique => true