複数の支払いゲートウェイを処理するためのスキーマ設計

これは、フィードバックが必要な質問の詳細です。複数の支払いゲートウェイを処理するデータベースを設計しています。支払いゲートウェイは、ほとんどの場合、支払いを行う前に注文詳細のテーブル（これはすべてのPGに共通）と、支払いを行った後の応答を保存するためのトランザクション詳細のテーブルを必要とします。

ここで、複数の支払いゲートウェイを処理するために、単一のトランザクションテーブルを保持し、すべての支払いゲートウェイから利用可能なすべてのフィールドと、その行のPGを示すフィールドを詰め込むことができます。
それとも、私のような接頭辞でPGごとに別のトランザクションテーブルを作成することができpaypal_たりbank_、それぞれがそれらのそれぞれが必要なフィールドを持つ、など。

どちらがより最適な方法であるかはわかりません。また、将来遭遇する可能性のある同様のシナリオについても学習する必要があります。

それは、支払いタイプ間でデータがどの程度異なるかに依存します。

私が職場でサポートしているサイトの場合、すべての支払いタイプのデータを格納する1つのテーブルがあります。私たちの支払いタイプは基本的に4種類のクレジットカードと会社の発注書であるため、これは私たちにとってはうまくいきます。ほとんどのお客様はクレジットカードで支払いますので、データに大きな違いはありません。もちろん、これらのクレジットカードの顧客に対するクエリでは、常にPONumberフィールドにNULL値が返されます。同様に、PO顧客のクエリでは、クレジットカード関連のすべてのフィールドでNULLが生成されます。

データにさまざまなフィールドがたくさんある場合は、支払いゲートウェイごとに個別のテーブルを持つ1つのマスタートランザクションテーブルを試すことができます。各ペイメントゲートウェイタイプのテーブルには、transaction_idという外部キーがあり、マスタートランザクションテーブルにリンクされます。

一方、すべての支払いゲートウェイタイプに同様のフィールドがある場合、1つのトランザクションテーブルを使用します。