データベーステーブル名ジェネレーター

カラムより先にテーブルを読む

テーブル名は、アプリケーションコード、SQL、マイグレーション、ダッシュボード、障害報告、チームの会話で繰り返されます。そのため命名はアーキテクチャ上の判断です。CustomerContactDetailsはレコードを直接表し、UserRoleAssignmentsは関連そのものを見せます。SchemaMigrationLocksは業務オブジェクトではなく、処理の調整を担うことを示します。

名前とデータのライフサイクルを合わせる

重要な修飾語はライフサイクルから得られます。PaymentEventsは追記型の履歴、DailySalesRollupsは派生集計、StagedCustomersは検証前の取込データ、ArchivedCustomerRecordsは非アクティブな行を示します。CacheInvalidationEventsは派生データの整合、DataErasureRequestsはプライバシーと処理手順を想起させます。制約、保持期間、書き込み方法が一致するときだけ使ってください。

業務語彙を技術的に正確に使う

よい名前は製品の語彙とデータ構造をつなぎます。サポート、財務、運用、分析が理解する言葉を使い、実際の曖昧さを解消するときだけ技術的な語を加えます。InvoicePaymentAllocationsは配分が独立した行為なら有効です。CountryCodesは小さな参照表に十分です。TenantNotificationRulesは各行がテナントに属するとき適切です。データより先に消える一時的なサービス名や版番号は避けます。

短い命名レビュー

• 中心となるエンティティまたはイベントを先に置きます。
• Logs、Events、Audits、Historyは異なるライフサイクルに使い分けます。
• 関連テーブルはスキーマ全体で同じ規則にそろえます。
• Staged、Cached、Archived、Rollupは実際の運用上の意味がある場合だけ使います。
• 一時的な実装名より、安定した業務名詞を優先します。

次のマイグレーション前の質問

候補をJOIN、マイグレーション名、アラート文の中で試します。データの所有者、現在状態か履歴か、同じ名詞を使う近隣テーブルがないかを確認し、その違いを保てる最短の名前を選びます。

• 当番担当者は名前だけから何を推測しますか。
• 最も近いテーブルとの違いを示す語は何ですか。
• 現在の機能が置き換わっても名前は残せますか。
• どの制約やライフサイクルを静かに示すべきですか。