PostgreSQL設計ガイドラインのご紹介 | フューチャー技術ブログ

はじめにフューチャー社内の有志メンバーでPostgreSQL DB設計ガイドラインを作成しました。 PostgreSQL設計ガイドライン | Future Enterprise Arch Guidelines 形になってから数ヶ月寝かせており、ある程度社内の指摘を取り込むことができたのでこのタイミングで告知します よくあるDB設計規約との差別化ポイント単にDB設計ガイドラインというと何を今更？感もあるので、命名規則や型桁など一般的な内容に加え、以下の点でよくあるDB設計ガイドラインから一歩踏み込んだコンテンツとなるよう心がけました。 論理設計への踏み込み単なるテーブル定義やデータ型選択にとどまらず、より高度な論理設計の原則に焦点を当てています。 マスタ/トラン/ワークデータベース設計において、データの種類に応じてテーブルを明確に分離することは設計効率と保守性を高める上で重要ですが、意外とそ

[turanukimaru]

最近はマスタとトランの話をする機会が減ったが、論理削除を撲滅するためにもっとマスタを正しく定義すべきだと考えを改めた。マスタと削除しないが退会とか廃番になるトランと物理削除するトランの3種欲しい。

[poad1010]

この記事をおすすめしました

[daaaaaai]

テーブル名プレフィックスおもしろい。ちょっとやな感じはしてしまうけれど、新規PJで理解しやすそう、というのもわかる・・・

[yasu-osu]

素晴らしい共有。

[FreeCatWork]

ふむふむ…難しいお勉強にゃ！ボクには、ちょっと難しいにゃ！

[nakag0711]

改廃、リファレンス、論理名と物理名といった用語も定義した方がいいかと。coalesce(項目A) || coalesce(項目B)というのはnull回避になるのか

[kane-please]

DB データベース

[matarillo]

このぐらい踏み込んだものは確かにありがたいね

[yarumato]

“明確に分類。マスタテーブル: 静的な情報（例：顧客情報、商品カタログ）を格納。トランザクションテーブル: ビジネスで動的な出来事（例：注文履歴、在庫変動）を記録。ワークテーブル: 一時的な処理を保持する”

[hiroomi]

”マスタ/トラン/ワーク”改めてると体系的なんだなと実感。何響くかは熟練度によると。