Knex: क्लेक्स माइग्रेशन का उपयोग करके विदेशी कुंजियों को जोड़ने की कोशिश करने से पहले टेबल बनाने का सही तरीका?

तुम सही हो।

// 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');
}

क्या एक निश्चित क्रम में माइग्रेशन फ़ाइलों को सुनिश्चित करने का एक तरीका है? उदाहरण के लिए, क्या एक फ़ाइल में मेरे सभी "नियमित" टेबल बनाने के लिए यह बुरा अभ्यास है, और फिर किसी भी जंक्शन टेबल को बनाने के लिए एक और माइग्रेशन फ़ाइल है जिसकी मुझे आवश्यकता हो सकती है?

या यह सब एक ही फाइल में किया जाना चाहिए?

@LostCross संपूर्ण स्कीमा में संशोधनों के रूप में माइग्रेशन फ़ाइलों पर विचार करता है, एक टेबल पर नहीं।

उदाहरण के लिए, बहुत पहले माइग्रेशन फ़ाइल को पूरा शो सेट करना होगा।

यदि ऐप जीवन के दौरान एक नई सुविधा है और इसके साथ डेटाबेस पर कुछ परिवर्तन होते हैं, तो एक नई माइग्रेशन फ़ाइल बनाई जाएगी।

यदि आप ऐसा करते हैं, तो आपको विभिन्न फ़ाइलों में अपनी तालिकाओं को विभाजित करने की तुलना में बहुत कम समस्याएं होंगी।

प्रत्येक फ़ाइल में एक लेन-देन होता है, इसलिए यदि आप अपनी फ़ाइलों के निष्पादन को सिंक करना चाहते हैं, तो आपको अपने कनेक्शन पूल के साथ गड़बड़ करना होगा, ताकि आप अनुक्रम ले सकें। असंभव नहीं है, लेकिन प्रयास का भुगतान नहीं करता है।