Knex: Richtige Methode zum Erstellen von Tabellen, bevor versucht wird, mithilfe der Knex-Migration Fremdschlüssel hinzuzufügen?

Du hast Recht.

// migration: <timestamp>_create_things.js

module.exports.up = function(knex, Promise) {
  // Create referenced table before referencing table.
  return knex.schema
  .createTable('first', function(first) {
    first.increments('id').primary();
  })
  .createTable('second', function(second) {
    second.increments('id').primary();
    second.integer('first_id').references('id').inTable('first').notNull().onDelete('cascade');
  });
};

module.exports.down = function(knex, Promise) {
  // Reverse order here to prevent error.
  return knex.schema
  .dropTable('second')
  .dropTable('first');
}

Gibt es eine Möglichkeit, um sicherzustellen, dass Migrationsdateien in einer bestimmten Reihenfolge ausgeführt werden? Ist es beispielsweise eine schlechte Praxis, alle meine "regulären" Tabellen in einer Datei zu erstellen und dann eine andere Migrationsdatei zu haben, um eventuell benötigte Junction-Tabellen zu erstellen?

Oder sollte dies alles in derselben Datei erfolgen?

@LostCross betrachtet Migrationsdateien als Änderungen am gesamten Schema und nicht an einer einzelnen Tabelle.

Beispielsweise muss die allererste Migrationsdatei die gesamte Show festlegen.

Wenn während des App-Lebens eine neue Funktion und damit einige Änderungen in der Datenbank vorhanden sind, wird eine neue Migrationsdatei erstellt.

Wenn Sie dies mögen, haben Sie viel weniger Probleme, als Ihre Tabellen auf verschiedene Dateien aufzuteilen.

Jede Datei verfügt über eine Transaktion. Wenn Sie also die Ausführung Ihrer Dateien synchronisieren möchten, müssen Sie sich mit Ihrem Verbindungspool herumschlagen, um die Reihenfolge als selbstverständlich zu betrachten. Ich bin nicht unmöglich, aber der Aufwand zahlt sich nicht aus.