php-commerce/Migrations
Snider 6d83c32114 fix(referral): drop FKs to nonexistent 'orders' + 'invoices' tables
The referral_commissions migration FK-referenced 'orders' and 'invoices'
tables, but neither is ever created by any migration in the codebase.
MariaDB silently accepted the FKs (checks disabled during migration),
Postgres rejects strictly.

Changed both columns to plain nullable unsignedBigInteger — same column
shape, no FK constraint. Data still references orders/invoices by id
via application logic. Proper FKs can be added in a follow-up migration
once orders/invoices migrations land.

Co-Authored-By: Virgil <virgil@lethean.io>
2026-04-22 22:06:44 +01:00
..
0001_01_01_000001_create_commerce_tables.php monorepo sepration 2026-01-27 00:24:22 +00:00
0001_01_01_000002_create_credit_notes_table.php fix: remove FK constraints to non-existent orders/refunds tables 2026-01-28 17:23:48 +00:00
0001_01_01_000003_create_payment_methods_table.php monorepo sepration 2026-01-27 00:24:22 +00:00
2026_01_26_000000_create_usage_billing_tables.php fix: remove FK to non-existent invoice_items, shorten index names 2026-01-28 19:46:15 +00:00
2026_01_26_000001_create_exchange_rates_table.php monorepo sepration 2026-01-27 00:24:22 +00:00
2026_01_26_000001_create_referral_tables.php fix(referral): drop FKs to nonexistent 'orders' + 'invoices' tables 2026-04-22 22:06:44 +01:00
2026_01_29_000001_create_webhook_events_table.php fix(migration): remove FK constraints on non-existent orders/subscriptions tables 2026-02-08 18:08:20 +00:00