EF/Dファイルのテーブル定義について
今更ですが、EFファイル／DファイルをDBに読み込む際のテーブル定義について、少し見直しをしていました。
今まで、「主キーとすべき項目が見当たらない」という理由で、id列を連番で振っていましたが、冷静になってみると複合主キー使えばいいんですね…
Postgresのドキュメントを見てみましょう。
主キーも複数の列に渡ることがあり、その構文は一意性制約に似ています。
CREATE TABLE example ( a integer, b integer, c integer, PRIMARY KEY (a, c) );
と、はっきり例が載ってます。
ということで、自動付番のid列を作るのを止めたのが以下の例です。
- EFファイル
CREATE TABLE ETABLE (施設コード VARCHAR(255), データ識別番号 INTEGER, 退院年月日 DATE, 入院年月日 DATE, データ区分 DOUBLE PRECISION, 順序番号 DOUBLE PRECISION, 行為明細番号 DOUBLE PRECISION, 病院点数マスタコード DOUBLE PRECISION, レセプト電算コード DOUBLE PRECISION, 解釈番号 VARCHAR(255), 診療明細名称 VARCHAR(255), 使用量 DOUBLE PRECISION, 基準単位 DOUBLE PRECISION, 明細点数・金額 DOUBLE PRECISION, 円点区分 DOUBLE PRECISION, 出来高実績点数 DOUBLE PRECISION, 行為明細区分情報 CHAR(12), 行為点数 DOUBLE PRECISION, 行為薬剤料 DOUBLE PRECISION, 行為材料料 DOUBLE PRECISION, 行為回数 DOUBLE PRECISION, 保険者番号 DOUBLE PRECISION, レセプト種別コード DOUBLE PRECISION, 実施年月日 DATE, レセプト科区分 DOUBLE PRECISION, 診療科区分 DOUBLE PRECISION, 医師コード VARCHAR(255), 病棟コード VARCHAR(255), 病棟区分 DOUBLE PRECISION, 入外区分 VARCHAR(8), 施設タイプ VARCHAR(8), PRIMARY KEY(データ識別番号,データ区分,順序番号,行為明細番号,実施年月日));
- Dファイル
CREATE TABLE DTABLE (施設番号 VARCHAR(255), データ識別番号 INTEGER, 退院年月日 DATE, 入院年月日 DATE, データ区分 DOUBLE PRECISION, 順序番号 DOUBLE PRECISION, 点数マスタコード DOUBLE PRECISION, レセ電算処理コード DOUBLE PRECISION, 解釈番号 VARCHAR(255), 診療行為名称 VARCHAR(255), 行為点数 DOUBLE PRECISION, 行為薬剤料 DOUBLE PRECISION, 行為材料料 DOUBLE PRECISION, 円点区分 DOUBLE PRECISION, 行為回数 DOUBLE PRECISION, 保険者番号 DOUBLE PRECISION, レセプト種別コード DOUBLE PRECISION, 実施年月日 DATE, レセプト科区分 DOUBLE PRECISION, 診療科区分 DOUBLE PRECISION, 医師コード VARCHAR(255), 病棟コード VARCHAR(255), 病棟区分 DOUBLE PRECISION, 入外区分 DOUBLE PRECISION, 施設タイプ DOUBLE PRECISION, 算定開始日 VARCHAR(8), 算定終了日 VARCHAR(8), 算定起算日 VARCHAR(8), 分類番号 VARCHAR(255), 医療機関係数 VARCHAR(255), PRIMARY KEY(データ識別番号,データ区分,順序番号,実施年月日));
ご覧のとおり、
EFファイルはデータ識別番号,データ区分,順序番号,行為明細番号,実施年月日
Dファイルはータ識別番号,データ区分,順序番号,実施年月日
の組み合わせを主キーとしています。仕様書を読む限り、この組み合わせでデータが一意に定まる…はず…
もし実際に使って問題が起きたら、ご連絡頂けると助かります。
２，３ヶ月分これで登録出来たので、多分大丈夫だとは思うんですが…
