本文へスキップ
DB設計

DDLビルダー

テーブルをビジュアルに設計して、CREATE TABLE文(MySQL / PostgreSQL / SQLite)とER図を同時に生成します。JSONサンプルを貼り付ければカラムを自動推測することもできます。処理はすべてブラウザ内で完結し、入力内容は送信されません。

ガイド: 使い方・特徴

  • 「JSONから自動生成」にオブジェクトまたは配列のJSONを貼り付けて生成すると、カラムの型・主キー・NOT NULLが自動推測された状態でテーブルが追加されます。
  • 「テーブル設計」ではテーブル名・カラム名・型・PK/NOT NULL/UNIQUE/自動採番・デフォルト値を画面上で直接編集できます。
  • 「リレーション」で参照元テーブル・カラムと参照先テーブル・カラムを選ぶと、外部キー制約とER図の関連線が追加されます。
  • 方言(MySQL / PostgreSQL / SQLite)を選んで「DDLを生成」を押すと、選んだ方言の書式でCREATE TABLE文が出力されます。
  • 「SQL Builderで開く」を押すと、生成したDDLをそのままVisual SQL Builderに引き継いでクエリ作成に進めます。

FAQ: よくある質問

  • MySQL / PostgreSQL / SQLiteで型はどのように変わりますか?

    内部的には共通の論理型(INTEGER・DECIMAL・VARCHARなど)でテーブルを管理し、DDLを生成するタイミングでのみ各データベースの実際の型に変換します。例えばBOOLEANはSQLiteに真偽値型が無いためINTEGERに変換され、自動採番の主キーもMySQLはAUTO_INCREMENT、PostgreSQLはSERIAL、SQLiteはINTEGER PRIMARY KEY AUTOINCREMENTと、それぞれの流儀に合わせて出力されます。
  • PKにチェックを入れると、NOT NULL・UNIQUE・デフォルト値の指定はどうなりますか?

    主キーは仕様上NOT NULLかつUNIQUEを含むため、PKにチェックを入れたカラムではNOT NULL・UNIQUE・デフォルト値の指定は無視され、「型 PRIMARY KEY」(自動採番がONならAUTO_INCREMENT等を付加)としてのみ出力されます。
  • JSONから生成すると、ネストしたデータはどう扱われますか?

    トップレベルのプロパティがオブジェクトの配列の場合は、親テーブルへの外部キーを持つ別テーブルとして自動的に切り出されます(例: 注文と明細行)。ネストした単純なオブジェクトはJSON型のカラムとして扱われます。2階層より深いネストは自動でテーブル分割されないため、必要に応じて手動で調整してください。
  • 生成したDDLをそのまま本番のマイグレーションに使ってよいですか?

    このツールはテーブル設計の叩き台やレビュー資料として使うことを想定しています。インデックス、CHECK制約、文字コード・照合順序、パーティショニングなど本番運用で必要になる詳細は含まれないため、生成後は必ず内容を確認し、必要な調整を加えてから使用してください。

使いどころ: 主な活用シーン

  • 新しいAPI・サービスの初期テーブル設計

    新規開発の初期段階で、必要なテーブルとカラムをビジュアルに組み立て、そのままCREATE TABLE文として書き出せます。

  • 既存のJSONレスポンスからDBスキーマを逆算

    APIレスポンスやログのJSONサンプルを貼り付けて、対応するテーブル構成とDDLをたたき台として自動生成できます。

  • チームでのER図レビュー資料作成

    設計したテーブル構成をMermaid形式のER図としてその場で確認・共有でき、レビュー時の認識合わせに使えます。

  • sql-to-er / SQL Builderと組み合わせた設計フロー

    生成したDDLをSQL Builderに引き継いでクエリを組み立てたり、後日sql-to-erに貼り付けて構成を再確認したりと、設計からクエリ作成までの一連の流れをブラウザ内だけで完結できます。

注意点: 注意事項・制限

  • 生成されるDDLは基本的な制約のみです

    PRIMARY KEY・NOT NULL・UNIQUE・DEFAULT・FOREIGN KEYには対応していますが、インデックス、CHECK制約、文字コード・照合順序、パーティショニングなどは生成されません。本番のマイグレーションに使う前に必ず内容を確認してください。

  • JSONからの型推論はサンプルの内容に依存します

    与えたサンプルに含まれる値からしか型を推測できません。実際には他の型の値も入りうる場合は、生成後に型を手動で調整してください。

  • テーブル名・カラム名は予約語チェックをしていません

    各データベースの予約語(order、group など)と同名のテーブル・カラムを作成しても警告は出ません。生成したDDLがエラーになる場合は名前の重複を確認してください。

JSONから自動生成(任意)

テーブル設計

リレーション(外部キー)

DDL出力

ER図プレビュー

おすすめリソース

このセクションにはアフィリエイトリンクが含まれる場合があります。リンク経由で購入すると、追加費用なしでDevToolKits.appが紹介料を受け取ることがあります。

このツールの関連記事

最新記事

ツール紹介
2026-08-03

テーブル設計からCREATE TABLE文を自動生成する仕組み|DDLビルダー

テーブルをビジュアルに設計してCREATE TABLE文とER図を生成するDDLビルダーの実装を解説。MySQL/PostgreSQL/SQLiteの型変換ルール、JSONサンプルからのカラム推論アルゴリズムまで実例付きで整理します。

活用事例
2026-07-21

GitHub Actions needs設計パターン集|CIを速くする依存関係の組み方とアンチパターン

GitHub Actionsのneedsによるジョブ依存関係を、高速化パターンとアンチパターンの一覧表で整理。concurrencyによる重複実行キャンセル、fail-fast、matrix×needsの組み合わせ、再利用可能ワークフローまで実例付きで解説します。

活用事例
2026-07-21

SQL JOIN完全リファレンス|INNER・LEFT・RIGHT・FULLの違いと結果行数の考え方

SQLのJOIN種類(INNER/LEFT/RIGHT/FULL/CROSS/SELF)を早見表と結果行数の図解で整理。1対多JOINで行が重複する理由、WHERE句とON句でNULL判定が変わる罠、複数テーブルJOINの書き方まで実例付きで解説します。

ツール紹介
2026-07-16

Case Converter ― camelCase・snake_case・kebab-caseを9種類まとめて一括変換

識別子や変数名をcamelCase・PascalCase・snake_case・CONSTANT_CASE・kebab-caseなど9種類の命名規則へ同時変換する方法を解説。連続大文字(HTTPServer)や数字の扱い、複数行の一括変換まで。

ツール紹介
2026-07-16

LLM APIコスト計算機 ― Claude・GPT・Geminiの料金を同じ条件で見積もり比較

プロンプトを貼り付けて想定出力トークン数を入れるだけで、Claude・GPT・GeminiのAPI利用コストをモデル横断で見積もる方法を解説。入力/出力の単価構造、料金の自動更新、概算の限界まで。

活用事例
2026-07-14

MermaidのER図(erDiagram)記法リファレンス|リレーション記号一覧と実例

Mermaid erDiagramの書き方を網羅解説。カラスの足記法の記号一覧表、1対多・多対多の書き分け、属性・PK/FKの定義、実務で使えるEC設計の完全サンプルまで。

広告

広告