PostgreSQLで可能性のあるデータを格納する理想的な方法は？

Question

この種のデータに特別な言葉があるのか​​どうかは分かりませんが、そのコンセプトはC++ std::variantに似ています（ただし、PostgreSQLでは変種のような構造を使用するのが理想的ではありません）。

CREATE TABLE purchases (
    purchaseid bigserial, 
    buyerid bigint, 
    name text, 
    ... 
); 

各購入は、例えば、可能性の数が少ないのうちの1つを介して支払うことになります、私はいくつかの列を持つテーブルpurchasesを持っていると仮定例として

チェックまたはビットコイン。各可能性には、保存する必要のある関連フィールドがそれぞれ異なります。小切手で

お支払いは小切手番号と銀行名を保存する必要になる、とビットコインでのお支払いには、送信者のビットコインアドレスおよびアドレスビットコインリターンを保存が必要となります。

チェックインペイメントとビットコインの支払いは、異なるフィールドのために別々のテーブルに置かれるのが賢明です（PostgreSQLについての私の知識はほとんどありません）。私はそれぞれの購入のみがチェックのいずれかまたはビットコインで支払うことができることを知っていれば、このようなデータを保存（およびpurchasesの各行にそれらを関連付ける）するための理想的な方法です何

ではなく両方 ？

Answer 1

このような状況のために私が取るアプローチは確かにあなたの提案通りです：小切手の詳細、ビットコインの詳細などのテーブルが必要です。これらのテーブルには購入IDが含まれている必要があり、購入テーブルにはpaymenttypeidが必要です。詳細と一緒に購入を表示したい場合 はその後、あなたが参加し、左を行う必要があります。このトリックは、現在の左の結合テーブルから選択したpaymenttypeidに応じて、ビューにcase文を入れることです。これを行うには、詳細テーブルから同じ数の列を選択し、タイプを適切に調整する必要があります。これはcase文がpaymenttypeidに基づいているため、我々は、それが常に成功する実際に知っているジョインの左側に基づいているが

SELECT p.purchasedate, 
     p.otherfields, 
     pt.description, 
     case p.paymenttype 
      WHEN 1 
       THEN bd.DetailField1 -- cast if necessary 
      WHEN 2 
       THEN cd.DetailField1 -- cast if necessary 
      END AS Detail1, 
     case p.paymenttype 
      WHEN 1 
       THEN bd.DetailField2 -- cast if necessary 
      WHEN 2 
       THEN cd.DetailField2 -- cast if necessary 
      END AS Detail2 
     FROM purchases p 
     inner join paymenttypes pt 
      on p.paymenttypeid = pt.id 
     left join bitcoindetails bd 
      on bd.purchaseid = p.id 
     left join chequedetails cd 
      on cd.purchaseid = p.id 

：

だからあなたのような何かを得ます。つまり、常に正しい詳細テーブルから選択しています。詳細は、paymenttypeidと一致するため、選択されたレコードの詳細テーブルに存在する必要があります。