Les Rails De La Migration De Créer La Table De Clé Primaire

Je suis en train d'écrire un script de migration pour créer une table avec une colonne de clé primaire qui est nommé guid et est un VARCHAR(25). Le problème c'est que je sens que je vais avoir à le double de mon effort pour réaliser ce que devrait être possible en une seule étape.

Si je lance:

create_table(:global_feeds, :primary_key => 'guid') do |t|
  t.string :guid, :limit => 25
  t.text :title
  t.text :subtitle

  ...

  t.timestamps
end

- Je obtenir une table avec une clé primaire appelé guid pas de colonne appelée id (qui est ce que je veux). Cependant, la question est la guid colonne est une INT(11) avec incrément automatique activée. Donc, je dois exécuter une commande supplémentaire:

change_column :global_feeds, :guid, :string, :limit => 25

Semble un peu compliqué d'avoir de gros exécuter deux commandes SQL pour obtenir ce que je pense qui devrait être possible dans une.

Des suggestions sur la façon d'optimiser ce?

OriginalL'auteur Ryan | 2011-01-22

  1. 19

    Je suppose que vous utilisez mySQL, voici donc ce que vous pouvez essayer

    create_table :global_feeds, {:id => false} do |t|
  t.string :guid
  t.text :title
  t.text :subtitle
  t.timestamps
end
execute "ALTER TABLE global_feeds ADD PRIMARY KEY (guid);"

    Si vous n'êtes pas sur mySQL, vous devez modifier la requête dans le execute de commande pour travailler sur votre moteur de base de données. Je ne sais pas si vous pouvez le faire sur SQLite. Et n'oubliez pas de mettre cette ligne quelque part dans global_feed.rb modèle:

    set_primary_key :guid

    De toute façon, vous obtenez les la plupart hors des Rails pendant que vous êtes collant à ses conventions. Modification de la clé primaire nom et le type peut-être pas une très bonne idée.

    Malheureusement, c'est encore deux instructions SQL comme le mien. Vous avez juste a renversé l'ordre des opérations: vous définissez le type de colonne d'abord, puis en spécifiant la clé primaire.
    Je suppose que vous ne pouvez pas le faire en une seule opération, mais je suppose qu'il n'y a rien de mal à cela. Il est parfaitement ok pour la migration d'avoir deux états pour un peu plus complexes.
    Aussi je ne suis pas sûr si ActiveRecord fonctionne très bien avec non entier clés primaires.
    Je vais voter pour toi, juste pour l'effort maxt3r. Merci d'essayer.
    Je suis tombé sur cette question avec un schéma j'ai hérité; j'ai essayé à peu près toutes les combinaisons possibles à l'aide de primary_key et la plupart des autres propositions dans ce et d'autres questions connexes. Sur Les Rails 3.2.x avec MySQL cette solution était la seule qui a fonctionné. Une question clé qui doit être pris en compte: rake db:schema:dump n'entraînera pas le besoin de sortie (db:structure:dump est ok). En écho @MaxAlFarakh commentaires: modification de la clé primaire nom et le type n'est pas une bonne idée 😐

    OriginalL'auteur Max Al Farakh

  2. 24

    Dans les Rails 4 que vous pouvez faire;

    create_table :global_feeds, id: false do |t|
  t.string :guid, primary_key: true
 ...
end
    Il fonctionne parfaitement dans les rails 4!
    cela ne devrait pas être une chaîne de caractères, mysql avec l'uuid doit être un fichier binaire(16)
    Il fonctionne dans les Rails 5 🙂
    Curieusement, il ne fonctionne pas pour moi dans les Rails 5
    Vérifié qu'il fonctionne sur des rails 5

    OriginalL'auteur kakoni

  3. 4

    Vous avez besoin d'utiliser #colonne à la place de #chaîne de caractères. Par exemple:

    create_table(:global_feeds, :primary_key => 'guid') do |t|
  t.column :guid, "varchar(25)", :null => false
  ...
end

    Noter que le varchar type n'est pas portable à des bases de données MySQL.

    syntax error, unexpected '(', expecting keyword_end t.column :guid, :varchar(26), :null => false Avec elle, pointant à la parenthèse à la fin de varchar
    Vous avez raison. Utilisation "varchar(25)" au lieu de :varchar(25).
    Vous auriez aussi pu juste utilisé le :string type et limit: 25 comme une option pour cet exemple.

    OriginalL'auteur Philip Wernersbach

  4. 3

    Cela est possible dans Rails 3. essayez:

      def self.up
    create_table(:signups, :id => false) do |t|
      t.string :token, :primary => true

    découvrez ce gist pour une excellente solution pour utiliser les Uuid comme clé primaire col: https://gist.github.com/937739

    Ne fonctionne pas pour moi sur Rails 4 + MySQL
    Voir la réponse de @kakoni

    OriginalL'auteur Jordan Sitkin

  5. 1

    Dans les Rails 5, pour thoes qui avez des problème de ArgumentError: Index name '*' on table '*' already exists quand rails db:setup avec la migration comme de @kakoni, les ouvrages suivants, pour moi

    create_table(:global_feeds, primary_key: :guid, id: false) do |t|
  t.string :guid
 ...
end

    Pour plus d'informations, consultez create_table.

    OriginalL'auteur hxpax