Wie lange ID in Rails-Anwendungen verwenden?

Wie kann ich das ändern der (Standard) geben Sie für die ActiveRecord - IDs? int ist nicht lang genug, würde ich lieber lange. Ich war überrascht, dass es keine :lange für die Migration - macht man einfach einige decimal?

InformationsquelleAutor der Frage Björn | 2009-06-30

  1. 48

    Credits zu http://moeffju.net/blog/using-bigint-columns-in-rails-migrations

    class CreateDemo < ActiveRecord::Migration
  def self.up
    create_table :demo, :id => false do |t|
      t.integer :id, :limit => 8
    end
  end
end
    • Finden Sie die option :id => false deaktiviert die automatische Erstellung der id-Feld
    • Die t.integer :id, :limit => 8 Linie produziert einen 64-bit-integer-Feld

    InformationsquelleAutor der Antwort Notinlist

  2. 43

    Um die default primary key-Spalte Typdie migration-Dateien sind nicht der Ort, um Durcheinander mit.

    Statt, nur kleben Sie diese an der Unterseite Ihres config/environment.rb

    ActiveRecord::ConnectionAdapters::MysqlAdapter::NATIVE_DATABASE_TYPES[:primary_key] = "BIGINT UNSIGNED DEFAULT NULL auto_increment PRIMARY KEY"

    Und alle Ihre Tabellen sollten erstellt werden, mit der vorgesehenen Spalte Typ für id:

    +--------------+---------------------+------+-----+---------+----------------+
| Field        | Type                | Null | Key | Default | Extra          |
+--------------+---------------------+------+-----+---------+----------------+
| id           | bigint(20) unsigned | NO   | PRI | NULL    | auto_increment |

    Nachdem Sie das getan haben, was haben Sie sich vorgenommen haben... die nächste Frage ist wohl "Wie mache ich meine foreign-key-Spalten der gleichen Spalte Typ?", da es keinen Sinn macht, primary key people.id als bigint(20) unsignedund person_id werden int(11) oder irgendetwas anderes?

    Für die Spalten, können Sie sich an die anderen Vorschläge, z.B.

    t.column :author_id, 'BIGINT UNSIGNED'
t.integer :author_id, :limit => 8

    UPDATE: @Notinlist, um beliebige Spalte für den Primärschlüssel auf beliebige Tabellen, die Sie tun müssen, um die create_table-change_column Tanz:

    create_table(:users) do |t|
  # column definitions here..
end
change_column :users, :id, :float # or some other column type

    z.B., wenn ich wollte guid anstelle von auto-Inkrement-zahlen,

    create_table(:users, :primary_key => 'guid') do |t|
  # column definitions here..
end
change_column :users, :guid, :string, :limit => 36

    InformationsquelleAutor der Antwort choonkeat

  3. 7

    Dies ist schwer für den Primärschlüssel mit Migrationen, weil die Schienen legt es automatisch.

    Ändern können Sie jede Spalte später wie folgt:

    change_column :foobars, :something_id, 'bigint'

    Können Sie angeben, nicht-primär-IDs, die als benutzerdefinierte Typen, die in Ihrer ersten migration wie diese:

    create_table :tweets do |t|
  t.column :twitter_id, 'bigint'
  t.column :twitter_in_reply_to_status_id, 'bigint'
end

    Wo ich "bigint" können Sie jeden text, der von Ihrer Datenbank verwenden würde, für die Datenbank-Spalte-Typ, den Sie verwenden möchten (z.B., "unsigned long").

    Wenn Sie müssen Ihre id-Spalte, die eine vom Datentyp bigint, der einfachste Weg, es zu tun wäre, um die Tabelle zu erstellen, dann ändern Sie die Spalte in der gleichen migration mit change_column.

    Mit PostgreSQL und SQLite -, schema-änderungen sind Atomare, damit diese nicht verlassen, Ihre Datenbank in einem seltsamen Zustand, wenn die migration fehlschlägt. Bei MySQL müssen Sie vorsichtiger sein.

    InformationsquelleAutor der Antwort Luke Francl

  4. 6

    Entsprechend der Rails API Dokumentation, die möglichen Optionen für Typ sind:

    :string
:text
:integer
:float
:decimal
:datetime
:timestamp
:time
:date
:binary
:boolean

    Können Sie verwenden :decimal, oder führen Sie einen Befehl direkt nutzen, wenn Sie:

    class MyMigration
  def self.up
    execute "ALTER TABLE my_table ADD id LONG"
  end
end

    Als wappos darauf hingewiesen, können Sie weitere Optionen wie :beschränken zu sagen, ActiveRecord, wie groß die Spalte sein. So würden Sie verwenden :int-Spalte mit einem größeren :limit.

    InformationsquelleAutor der Antwort Yehuda Katz

  5. 5

    Wenn jemand braucht dies funktioniert mit PostgreSQL, erstellen Sie einen Initialisierer wie diese:

    # config/initializers/bigint_primary_keys.rb
ActiveRecord::Base.establish_connection
ActiveRecord::ConnectionAdapters::PostgreSQLAdapter::NATIVE_DATABASE_TYPES[:primary_key] = 'bigserial primary key'

    Weil von lazy loading in Rails 3.2 (und vielleicht auch früheren Versionen) ActiveRecord::ConnectionAdapters::PostgreSQLAdapter ist nicht erforderlich, bis Sie den Aufbau der Datenbankverbindung.

    InformationsquelleAutor der Antwort Brandan

  6. 4

    In rails4 können Sie es tun.

    Folgenden ist ein Beispiel zum erstellen einer Dummy Modell in rails4 & postgres,

    xxx_migrate_dummies.rb:

    class CreateDummies < ActiveRecord::Migration
  def change
    create_table :dummies, :id => false do |t|
      t.column :id, :serial8, primary_key: true
      t.string :name, :limit => 50, null: false
      t.integer :size, null: false

      t.column :create_date, :timestamptz, null: false
    end
  end
end

    Was er Tat:

    • Es verwenden serial8 als id geben, die 64-bit-integer, und definieren es als primary key.
    • Es verwenden timestamptz als datetime-Typ, in denen die timezone info, dies ist wichtig für eine Anwendung, die gehen über mehrere Zeitzonen.

    InformationsquelleAutor der Antwort Eric Wang

  7. 2

    Rails 3, MySQL:

    t.column :foobar, :int, :limit => 8

    Nicht geben Sie mir eine bigint, nur ein int. Allerdings

    t.column :twitter_id, 'bigint'

    funktioniert einwandfrei. (Obwohl es keine Band gibt mir MySQL.)

    InformationsquelleAutor der Antwort Duke

  8. 2

    Anleihen bei anderen Lösungen, angepasst für das, was für mich gearbeitet, vor kurzem.

    Hinzufügen, um eine Datei in config/initializers. Es wird eine neue Spalte vom Typ (adaptiert von chookeat s Vorschlag).

    ActiveRecord::ConnectionAdapters::Mysql2Adapter::NATIVE_DATABASE_TYPES[:long_primary_key] = "BIGINT(20) DEFAULT NULL auto_increment PRIMARY KEY"

    Migrationen, verwenden Sie eine lange id sind wie folgt:

        create_table :notification_logs, :id => false do |t|

      t.column :id, :long_primary_key
      # ...
    end

    InformationsquelleAutor der Antwort z5h

  9. 0

    Schrieb ich einen Juwel namens activerecord-native_db_types_override , ermöglicht das ändern der Datentypen, die verwendet werden, in Ihrer Migrationen.

    In Ihrem Gemfile hinzufügen:

    gem 'activerecord-native_db_types_override'

    dann in config/environment.rb, zu lange ids in postgres hinzufügen:

    NativeDbTypesOverride.configure({
  postgres: {
    primary_key: { name: "bigserial primary key"}
  }
})

    Sehen, seine README für die up-to-date info.

    InformationsquelleAutor der Antwort Gary S. Weaver

  10. 0

    Kannst du es so machen:

    class CreateUsers < ActiveRecord::Migration[5.0]
  def change
    create_table :users, id: :bigserial do |t|
      t.string :name
    end
  end
end

    InformationsquelleAutor der Antwort Alexander Gorg

  11. -1

    Korrektur gewusst wie: ändern der Standard - primary key Spalte Typ:

    Statt:

    ActiveRecord::ConnectionAdapters::MysqlAdapter::NATIVE_DATABASE_TYPES[:primary_key] = "BIGINT UNSIGNED DEFAULT NULL auto_increment PRIMARY KEY"

    sollten Sie tun:

    ActiveRecord::ConnectionAdapters::MysqlAdapter::NATIVE_DATABASE_TYPES[:primary_key] = "BIGINT(8) UNSIGNED DEFAULT NULL auto_increment PRIMARY KEY"

    sonst werden Sie nicht in der Lage, die foreign key Einschränkungen in der Datenbank-Schicht.

    InformationsquelleAutor der Antwort Alonzorz

Schreibe einen Kommentar