DBのテーブル設計 PKにuuidを使う場合の仮データ作成方法について

DB、特にuuidを使っている人に聞きたいのですが、プライマリキーをuuid(またはulid)にしている場合、レコード生成後しかその値がわからないので、以下のような問題をどう解決すればいいのか教えてほしいです

例えばレコード生成前にデータを投入する仮データをSpreadsheetとかで管理する場合、そのuuidを他テーブルのリレーションキーとして使っているときに、なんかしら仮のIDをいれておかないとリレーション状態がわから無くてレコード管理ができないと思うんです

例えば下記サイトのように、他のカラムにそのカラムの一意性がわかるようなカラムを追加するなどの対応も考えています

4 整数の主キーを持つ

UUIDを使用していたり、それが意味をなさない場合(結合テーブルの場合など)でも、自動インクリメントの整数列を持つ標準的なidカラムを追加します。このようなキーがあると、グループの最初の行だけを選択するなど、特定の分析が非常に簡単になります。

また、インポートジョブでデータが重複してしまった場合、特定の行を削除することができるので、このキーは非常に役立ちます:

https://sisense.gaprise.jp/blog/0032

が、無駄にデータを増やしてパフォーマンスを悪くしているような気もしていまいち何がいいのかわからないので、知見のあるかた、このようにするといいよというのがあれば教えて下さい

コメントを投稿

0 コメント