Wie füge ich eine check-Einschränkung in einer Rails-migration?

Muss ich hinzufügen, um eine neue integer-Spalte zu einer vorhandenen Tabelle in meiner Rails-app. Die Spalte kann nur Werte 1, 2, 3, so möchte ich hinzufügen einer check-Einschränkung für die Tabelle/Spalte. Wie kann ich festlegen, diese Einschränkung innerhalb einer Rails-migration?

InformationsquelleAutor Jeff | 2011-01-12

44

Schienen migration stellt keine Methode zum hinzufügen von Constraints, aber Sie können es immer noch tun, über migration, sondern durch die Weitergabe der tatsächlichen SQL execute()

Erstellen, die Migration-Datei:
```
ruby script/generate Migration AddConstraint
```
Nun, in der migration-Datei:
```
class AddConstraint < ActiveRecord::Migration
  def self.up
    execute "ALTER TABLE table_name ADD CONSTRAINT check_constraint_name CHECK (check_column_name IN (1, 2, 3) )"
  end

  def self.down
    execute "ALTER TABLE table_name DROP CONSTRAINT check_constraint_name"
  end
end
```
- Beachten Sie auch, dass, wenn Sie tun, fügen Sie eine Einschränkung, Sie müssen config.active_record.schema_format = :sql im config/application.rb als "db/schema.rb nicht express-Datenbank bestimmte Elemente wie Trigger, stored procedures oder check-Einschränkungen.".
- Es gibt jetzt ein Juwel, das unterstützt die Speicherung von constraints in db/schema.rb: active_record-postgres-Einschränkungen. Siehe meine Antwort für weitere details. Für jetzt, nur postgres unterstützt.
InformationsquelleAutor Nilesh
3

Habe ich gerade gearbeitet, bekommen Sie mit einer PostgreSQL-CHECK constraint, um zu arbeiten.

Nilesh die Lösung ist nicht ganz vollständig; die db/schema.rb-Datei nicht die Einschränkung, so dass tests und alle Bereitstellungen mit db:setup wird nicht die Einschränkung. Als pro http://guides.rubyonrails.org/migrations.html#types-of-schema-dumps

Während einer migration führen Sie benutzerdefinierte SQL-Anweisungen, die
schema dumper nicht rekonstruieren-diese Aussagen aus der Datenbank.
Wenn Sie Funktionen wie diese, dann sollte man das schema
format :sql.

I. e., in config/application.rb eingestellt
```
config.active_record.schema_format = :sql
```
Leider, wenn Sie unter Benutzung von PostgreSQL, erhalten Sie möglicherweise eine Fehlermeldung beim laden der resultierende dump, siehe Diskussion bei FEHLER: Sie müssen Eigentümer der Sprache plpgsql. Ich wollte nicht nach unten gehen der PostgreSQL-Konfiguration Pfad in der Diskussion; und ich bin in jedem Fall gerne mit einem lesbaren db/schema.rb-Datei. So dass ausgeschlossen benutzerdefinierte SQL in der migration-Datei für mich.

Den https://github.com/vprokopchuk256/mv-core gem vorgeschlagen von Valera scheint vielversprechend, aber es unterstützt nur eine begrenzte Anzahl von Einschränkungen (und ich bekam eine Fehlermeldung, wenn ich versuchte, es zu benutzen, aber, dass, möglicherweise aufgrund von Inkompatibilitäten mit anderen Schmuckstücken, die ich auch bin).

Die Lösung (hack) ich ging mit, um die Modell-code-legen Sie die Einschränkung. Da es kindof wie eine Validierung, das ist, wo ich Sie:
```
class MyModel < ActiveRecord::Base

    validates :my_constraint

    def my_constraint
        unless MyModel.connection.execute("SELECT * FROM information_schema.check_constraints WHERE constraint_name = 'my_constraint'").any?
            MyModel.connection.execute("ALTER TABLE my_models ADD CONSTRAINT my_constraint CHECK ( ...the SQL expression goes here ... )")
        end
    end
```
Natürlich bedeutet dies einen zusätzlichen wählen Sie vor jeder Prüfung; wenn das ist ein problem, eine Lösung wäre, um es in ein "nach Verbindung" monkey patch wie besprochen in Wie zum ausführen von bestimmten Skript nach mit oracle verbunden mit Schienen? (Man kann nicht einfach cache das Ergebnis der select -, weil die überprüfungs - /constraint-Zusatz geschieht im Rahmen einer Transaktion, die möglicherweise ein Rollback ausgeführt, so dass Sie brauchen, um zu überprüfen, jedes mal.)
- Dies ist eine interessante Idee, aber nicht skalierbar. Wie Sie sagen, es muss ein extra wählen Sie vor jeder Validierung. Wenn Sie am Ende mit vielen Einschränkungen wird sich die performance Kopfschmerzen, wie Sie skalieren. Ich denke, der Beitrag, den Sie verlinkt, um zu feuern-Skripte nach der ersten db-Verbindung könnte ein besserer Weg, dies zu tun. Allerdings having said that, könnte man argumentieren, dass der Versuch zu lösen die Zwänge Problem sollte nicht getan werden, im inneren auf Schienen, aber im außen - Schienen gemeint ist Datenbank-agnostisch. Siehe: stackoverflow.com/questions/2589509/...
InformationsquelleAutor ronen

Können Sie es tun, mit Migration Prüfungen gem. Details siehe hier: https://github.com/vprokopchuk256/mv-core

Mit diesem Schmuckstück werden Sie in der Lage zu definieren, die Einbeziehung der Validierung auf db-Ebene:

def change
  change_table :table_name do |t|
    t.integer :column_name, inclusion: [1, 2, 3]
  end
end

außerdem sind Sie in der Lage ist, zu definieren, wie die überprüfung definiert werden sollte, und sogar die Fehlermeldung, die angezeigt werden sollen:

def change
  change_table :posts do |t|
    t.integer :priority, 
              inclusion: { in: [1, 2, 3], 
                           as: :trigger, 
                           message: "can't be anything else than 1, 2, or 3" }
  end
end

kann man sogar leveln, dass die Validierung von migration direkt auf Ihr Modell:

class Post < ActiveRecord::Base 
  enforce_migration_validations
end

und dann die Validierung definiert, bei der migration wird auch definiert als ActiveModel Validierung im Modell:

Post.new(priority: 3).valid? 
=> true

Post.new(priority: 4).valid?
=> false

Post.new(priority: 4).errors.full_messages
=> ["Priority can't be anything else than 1, 2, or 3"]

InformationsquelleAutor Valera Prokopchuk

3

Ich gerade veröffentlicht ein Juwel für dieses: active_record-postgres-Einschränkungen. Als die README es beschreibt, können Sie es mit einem db/schema.rb-Datei, und es fügt Unterstützung für die folgenden Methoden in Migrationen:
```
create_table TABLE_NAME do |t|
  # Add columns
  t.check_constraint conditions
  # conditions can be a String, Array or Hash
end

add_check_constraint TABLE_NAME, conditions
remove_check_constraint TABLE_NAME, CONSTRAINT_NAME
```
Beachten Sie, dass in dieser Zeit nur postgres unterstützt.

InformationsquelleAutor Isaac Betesh

Können Sie Sequel gem https://github.com/jeremyevans/sequel

Sequel.migration do
  change do
    create_table(:artists) do
      primary_key :id
      String :name
      constraint(:name_min_length){char_length(name) > 2}
    end
  end
end

InformationsquelleAutor John Doe

Schreibe einen Kommentar

Du musst angemeldet sein, um einen Kommentar abzugeben.