テーブル名が伝えるべきこと
テーブル名は小さなアーキテクチャです。SQL、アプリケーションコード、マイグレーション、ダッシュボード、ログ、アラート、設計資料、障害対応の会話で何度も使われます。よい名前は単なる箱のラベルではありません。どの種類のレコードが入り、どの業務概念に属し、現在状態、関連、履歴、キャッシュ、取込途中、運用制御のどれを表すのかを示します。CustomerContactDetails、UserRoleAssignments、SchemaMigrationLocksは、カラムを見る前から異なる振る舞いを予想させます。こうした早い手掛かりが誤解を減らし、変更時の判断を安全にします。
実際の開発で長く使える名前を選ぶ
まずテーブルの責任を言葉にする
最初に「このテーブルは何を保存するために存在するのか」を一文で答えます。中心となるエンティティやイベントを示し、曖昧さが残るときだけ目的を加えます。連絡先だけを持つのにCustomerでは広すぎます。CustomerContactDetailsなら責任範囲が分かり、全カラムを列挙する必要もありません。PaymentEventsは追加型の履歴を想起させ、PaymentStatusesは管理された参照値の一覧を想起させます。候補には、エンティティ、関連、設定、イベント、分析集計、運用制御など、精度の異なる表現が含まれます。
関連を見せてもスキーマ全体を説明しすぎない
レコードを結び付けること自体が目的なら、関連を名前に出します。UserRoleAssignmentsは、割当日時、実行者、適用範囲などを持つ関係をUserRolesより明確に表します。InvoicePaymentAllocationsは支払いを複数請求へ配分できることを示し、ArticleTagLinksは比較的単純な関連を示します。ただし、すべての外部キーを名前へ並べる必要はありません。通常のエンティティテーブルはエンティティらしく保ちます。Assignments、Memberships、Bindings、Mappingsなどは、関連そのものに独立した意味がある場合に使います。
運用上の性質を名前に残す
本番システムには運用の履歴が蓄積します。MigrationExecutionLogs、CacheInvalidationEvents、FailedPaymentAttempts、DataErasureRequests、ResourceLocksは、一般的な名前では見えない性質を伝えます。行が更新可能か、追記のみか、一時的か、保持期限があるか、並行処理を調整するかを推測できます。名前は制約や設計資料の代わりにはなりませんが、不用意な更新を止める警告になります。Archived、Staged、Audit、Rollup、Lock、Requestを付けるなら、実際のライフサイクルと書き込み規則がその意味を満たすか確認します。
命名をスキーマの共通語にする
スキーマにも製品と同じように共通語が育ちます。用語がそろうとJOINを予測しやすくなり、分析担当者も正しいデータ源を見つけやすくなります。単数形か複数形か、関連テーブルの語順、履歴をEvents、Logs、Audits、Revisionsのどれで表すかを決めます。業務担当者が使う言葉を尊重しながら、短命な実装詳細とは分けてください。SubscriptionGracePeriodsは製品ルールを示しますが、SubscriptionTemp2は開発途中の事情しか示しません。
採用前の実践チェック
- 現在の画面名やサービス名ではなく、保存される概念を命名します。
- AssignmentsやMembershipsは、関連自体に意味がある場合だけ使います。
- 正本、キャッシュ、集計、取込途中、アーカイブ、イベント履歴を区別します。
- 例外を作る前に、スキーマ全体の単数形と複数形の規則を確認します。
- 製品とチーム全体で意味が通じない略語は避けます。
- SELECT、JOIN、マイグレーション名、アラート文の中で読んで明瞭さを確かめます。
名前を絞り込むための質問
生成結果は自動的な正解ではなく、設計を考えるための問いとして扱います。テーブルが何を所有し、誰が書き込み、行がどれだけ残り、削除可能か、どの検索が多いかを確認します。隣接するテーブルやコード内の語彙とも比較してください。最終名は混同を防ぐ具体性、日常的に使える短さ、次の機能追加にも耐える安定性を備える必要があります。複数の候補がどれも成立しそうなとき、名前の違いが設計上の違いを見せる材料になります。
- 新しい開発者は、行が現在状態か履歴イベントかを名前だけで判断できますか。
- 多対多の関連を示しながら、必要以上に複雑に見せていませんか。
- キャッシュ、取込途中、参照値一覧と混同される可能性はありませんか。
- 削除、保持、追記専用を伝えるライフサイクル語は必要ですか。
- カラムや処理段階が一つ増えても同じ名前を使えますか。
- 製品、サポート、分析で使う用語と同じ名詞を選んでいますか。
データベーステーブル名ジェネレーターはどのように動作しますか。
エンティティ、関連、監査、マイグレーション、請求、プライバシー、分析、インポート、キャッシュ、運用制御などの観点から作成した候補をランダムに表示します。クリックするたびに別の名前を確認できます。
特定の方向性に合わせて名前を選べますか。
目的に近い候補が出るまで再生成し、複数の結果から使いやすい要素を組み合わせてください。大小文字、単数形と複数形、接頭辞、業務用語を既存の命名規則に合わせて調整できます。
名前は独自で、安全に利用できますか。
候補はこのジェネレーター向けに作成され、個人用途や多くの商用プロジェクトで利用できます。技術的な識別子は自然に重なることがあるため、採用前に自分のコードベースと組織の規約を確認してください。
いくつの名前を生成できますか。
別の方向が必要なときは自由に再生成できます。短いエンティティ名と、関連、履歴、取込、プライバシー、運用制御を明示する名前を繰り返し比較し、目的に合う表現を選んでください。
気に入った名前はどう保存しますか。
コピー操作で結果をクリップボードへ送り、ハートアイコンでお気に入りとして保存できます。候補を短いリストにすると、隣接テーブルや命名規則との比較がしやすくなります。
良いデータベーステーブル名とは？
このジェネレーターには何千ものランダムなデータベーステーブル名があります。始めるためのサンプルをいくつか紹介します：
- CustomerContactDetails
- InvoicePaymentAllocations
- SchemaMigrationLocks
- ConsentWithdrawalEvents
- DailySalesRollups
- WorkflowStepOverrides
- ImportReconciliationReports
- DeadlockInvestigationLogs
- CacheStalenessChecks
- TaxRoundingDifferences
制作者について
The Story Shackにあるすべてのアイデアジェネレーターとライティングツールは、ストーリーテラーであり開発者でもあるMartin Hooijmansによって丁寧に作られています。昼間は技術的なソリューションに取り組んでいますが、自由な時間には物語に没頭するのが大好きです。読書、執筆、ゲーム、ロールプレイングなど、名前を挙げれば何でも楽しんでいます。The Story Shackは、世界中のストーリーテリングコミュニティに恩返しをするための私の方法です。ここは私のアイデアを形にするのが大好きな、巨大な創造のはけ口です。お越しいただきありがとうございます。このツールを気に入っていただけたら、ぜひ他のツールもいくつかチェックしてみてください！
保存したアイデア 
