Comment désactiver auto_increment dans les Rails Active Record

Est il possible de créer une clé primaire sans auto_increment drapeau dans ActiveRecord?

Je ne peux pas faire

create table :blah, :id => false

parce que je veux avoir un index de clé primaire sur la colonne. J'ai regardé la documentation mais n'ai pas trouvé quelque chose d'utile.

Est il possible de créer une clé primaire sans auto_increment?

OriginalL'auteur Jakub Arnold | 2009-10-18

12

Essayer ce?
```
create_table(:table_name, :id => false) do |t|
  t.integer :id, :options => 'PRIMARY KEY'
end
```
Cela n'a pas fonctionné pour moi avec mysql2 adaptateur et les Rails 3.2.13

OriginalL'auteur Jim
7

Ok, la question est ancienne et que l'OP n'a pas précisé les versions. Aucune réponse n'est donnée ici a fonctionné pour moi avec ces versions:
```
mysql2 0.3.11
rails 3.2.13 
mysql 5.5
```
J'ai fini par aller à cela:
```
class SomeMigration < ActiveRecord::Migration
  # emulate a primary_key column without auto-increment
  # the solution here is to use a non-null integer id column with a unique index
  # this is semantically different from PRIMARY KEY in mysql but not
  # _too_ functionally different, the only difference is that mysql enforces
  # no-more-than-one-primary-key but allows >1 unique index
  def up
    create_table :foobars, :id => false do |t|
      t.integer :id, :null => false
      t.string :name
    end
    add_index :foobars, :id, :unique => true
  end
end
```
J'espère que sauve quelqu'un là-bas à partir des dépenses de suivi du temps de cela, ou pire ... à l'aide de la réponse sans vérifier ce qu'il fait à la db ... parce que le résultat soit un étranger ou de jim réponses (avec mes versions des dépendances), c'est que la migration se passe bien, mais NULLE id sont autorisés, et id en double sont autorisés. Je n'ai pas essayer Shep réponse parce que je n'aime pas l'idée de db/schema.rb à l'encontre de la (+1 à Shep pour être plus explicite à propos de cette lacune, il arrive que ce serait une Mauvaise Chose)

Je ne suis pas sûr de la signification de ceci, mais avec cette solution, mysql describe le montre comme une clé primaire, de même qu'un AR table avec par défaut :id ... comme dans:

table avec AR défaut :id
```
+---------------------+--------------+------+-----+---------+----------------+
| Field               | Type         | Null | Key | Default | Extra          |
+---------------------+--------------+------+-----+---------+----------------+
| id                  | int(11)      | NO   | PRI | NULL    | auto_increment |
```
table avec ma solution:
```
+--------------+--------------+------+-----+---------+-------+
| Field        | Type         | Null | Key | Default | Extra |
+--------------+--------------+------+-----+---------+-------+
| id           | int(11)      | NO   | PRI | NULL    |       |
```
qui est assez intéressant parce que le SQL généré par la migration de ma solution ne comprend pas "CLÉ PRIMAIRE" (bien sûr) ... mais avec AR défaut :id qu'il fait ... il semble donc mysql, au moins pour describe traite un non-null unique indexés clé comme clé primaire

HTH quelqu'un

Si vous utilisez votre approche de :id => false, supprimez le add_index :id et au lieu d'utiliser execute 'ALTER TABLE foobars ADD PRIMARY KEY (id);' après la create_table, vous obtiendrez une véritable colonne de clé primaire et de l'index. Cela devrait être la norme ANSI SQL-92 conforme DDL.
Bien qu'il ne le fera pas dans schema.rb, pouah.
c'est exactement pourquoi j'ai renoncé à cette idée 🙂
Seul le add_index méthode a besoin d'un changement, je pense qu'il devrait être add_index :foobars, :id, :unique => true , sinon il me faisait une erreur.
Bonne solution @BlakeMiller -- pour le faire fonctionner (je suis à l'aide de Rails 5.1.3) j'ai également eu à ajouter à la partie supérieure du modèle de la classe: self.primary_key = 'id'

OriginalL'auteur Blake Miller
6

Qui n'a pas fonctionné pour moi, mais les suivantes:
```
create_table(:table_name, :id => false) do |t|
  t.column :id, 'int(11) PRIMARY KEY'
end
```
Seul problème, c'est que vous le perdez dans le schéma.rb.

OriginalL'auteur Shep
4

Vous pouvez créer un tableau comme ceci:
```
class CreateUsers < ActiveRecord::Migration
  def change
    create_table :routers, { id: false } do |t|
      t.integer :id
    end

    execute "ALTER TABLE routers ADD PRIMARY KEY (id);"
  end
end
```
Et qui fonctionne vraiment dans les Rails 4.0.2 et Postgresql 9.3.2.

Cela semblait faire ce que je voulais pour les rails 4.2 et mysql... j'ai fait changer légèrement de t.integer :id, null: false

OriginalL'auteur Eric Wu
0

La désactivation de l'auto incrément comme des Rails 5, vous pouvez tout simplement passer
```
default: nil
```
par exemple
```
create_table :table_name, id: :bigint, default: nil do |t|
  # ... fields ...
end
```
ne fonctionne pas avec t.primary_key :some_id

OriginalL'auteur Curious Sam
0

Dans les Rails 5 vous pouvez faire
```
create_table :blah, id: :integer do |t|
```
Si vous souhaitez modifier le nom de la colonne clé primaire pass primary_key paramètre:
```
create_table :blah, id: :integer, primary_key: :my_awesome_id do |t|
```
Voir create_table documentation.

OriginalL'auteur Pavel Chuchuva
0
```
  def change
    create_table :tablename do |t|
      # t.string :fieldname
    end

   change_column :tablename, :id, :bigint, auto_increment: false
 end
```
Avis: Depuis Rails 5.1 par défaut des clés primaires sont de type bigint. http://www.mccartie.com/2016/12/05/rails-5.1.html

Si vous voulez que 4 octets clé du changement :bigint :integer

OriginalL'auteur albertm

Vous devez vous connecter pour publier un commentaire.