DDLビルダー

内部的には共通の論理型（INTEGER・DECIMAL・VARCHARなど）でテーブルを管理し、DDLを生成するタイミングでのみ各データベースの実際の型に変換します。例えばBOOLEANはSQLiteに真偽値型が無いためINTEGERに変換され、自動採番の主キーもMySQLはAUTO_INCREMENT、PostgreSQLはSERIAL、SQLiteはINTEGER PRIMARY KEY AUTOINCREMENTと、それぞれの流儀に合わせて出力されます。

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

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

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

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

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

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

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

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

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

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