DBリレーション図
テーブル同士の関係を図で見えるようにします。
DBリレーション図は、顧客、案件、見積、請求、明細、履歴などのテーブルがどのキーでつながるかを図として整理するための機能です。Roundtableでは、会話で決めたデータ構造をテーブル同士の関係として見える化し、発注者、実装者、AIに指示する人が同じ前提で画面、検索、CSV、通知、権限を確認できるようにします。
この機能でできること
テーブル名、主キー、外部キー、1対多、多対多、履歴テーブル、マスターテーブルの関係を図で確認できます。文章やフィールド一覧だけでは見落としやすい「どのデータを親にするか」「削除やステータス変更の影響がどこへ及ぶか」「一覧や詳細で一緒に表示する情報はどこから取るか」を早い段階で揃えられます。
テーブルを増やす前に、つながり方を確認します。
親子関係、参照関係、履歴の持ち方を図で見ておくと、画面、検索、帳票、通知へ展開するときの手戻りを減らせます。
よくある利用場面
新規システムのDB設計
顧客、案件、担当者、見積、請求、明細、添付、履歴の親子関係を整理します。
画面やCSVの取得元確認
一覧、詳細、帳票、CSVに出す項目が、どのテーブルから取得されるかを確認します。
仕様変更の影響確認
テーブル追加、項目移動、削除条件、ステータス変更が、関連テーブルへ与える影響を見ます。
プロンプト例
業務で扱う主なデータ、親子関係、履歴として残したい情報、一覧や詳細で一緒に見たい情報を伝えると、実装者がDB設計へ展開しやすいリレーション図になります。
プロンプト
案件管理にDBリレーション図を追加してください。顧客、案件、担当者、見積、見積明細、請求、請求明細、対応履歴、添付ファイル、ステータスマスタの関係を図で表示してください。各テーブルには主キー、外部キー、主要フィールドを表示し、1対多の関係が分かる線を引いてください。管理側で確認できる設計資料として作り、AIが提案したテーブル構成を人が見直せるようにしてください。
この機能を使うときのポイント
親になるテーブル顧客、案件、契約、予約など、他のデータを束ねる中心テーブルを先に決めます。
外部キー子テーブルがどの親を参照するか、必須か任意か、削除時にどう扱うかを確認します。
履歴と明細変更履歴、対応履歴、請求明細、添付ファイルなど、1件に複数紐づく情報を分けます。
画面との対応サイドパネル、詳細、CSV、帳票、検索で一緒に使うテーブルを図の上で確認します。
この機能を実装するときのコツ
実装では、テーブル定義、フィールド定義、リレーション定義を分け、表示側ではテーブルノードと接続線として描画します。最初から自由なER図エディタにしすぎるより、テーブル名、主キー、外部キー、主要フィールド、関係種別、表示位置を保存できる形にすると、AIが生成した構成を人が確認しながら直しやすくなります。実装前には、DB定義、標準画面の親子関係、サイドパネル、CSV/PDF、権限の影響まで同じ図で確認します。