addresses最初は、ユーザーの請求先住所と配送先住所を追跡するためにテーブルがあればいいと思いました...もちろん、これらは注文などに使用されます.
idしかし、コーディングを開始すると、ユーザーがそれらを更新したときにそれらを参照して追跡できるようにする必要があることに気付きました.「配送先は請求先住所と同じです」というオプションについては、 shipping_id を billing_id として参照 ...
私が言っていることが理にかなっていることを願っています...
userテーブル内に請求フィールドと配送フィールドの両方を含めるか、テーブルを作成する必要があると考えていuser_detailsます。
実際の問題は、ユーザーの請求先住所と配送先住所を保存および管理するための推奨される (または推奨される) 方法は何かということです。
アドレスの種類を示すフラグを含むアドレス テーブルを作成しない理由
id | user_id | street | number | zip | city | address_type | valid_since | valid_until
すべてのアドレスの詳細とユーザー ID を保持する全員のアドレスのテーブルを作成して、ユーザーにリンクできるようにすることができます。これにより、すべてのユーザーが必要な数のアドレスを持つことができます。次に、users テーブルに、address テーブル内の参照用の ID を取得する shipping_address とbilling_address のフィールドを作成できます。必要に応じて外部キーを使用することを忘れないでください。
コードを介して便利な住所情報を使用してユーザーの詳細にアクセスする簡単な方法が必要な場合は、両方のテーブルの情報を取得するストアド プロシージャを作成することをお勧めします。