A5:SQL Mk-2を「チーム開発の武器」に変える：ER図管理とGit運用で設計の衝突をゼロにする極意
「A5:SQL Mk-2をただのSQLエディタとして使っているなら、それは宝の持ち腐れだ」
私は長年、大規模プロジェクトのテックリードとして、数多くのチームが「ER図の不整合」や「SQLの競合」によって崩壊する様を見てきた。A5:SQL Mk-2は、そのGUIの軽快さゆえに個人のローカルツールに留まりがちだが、実は設計の「真実のソース（Single Source of Truth）」を管理する最強のハブになり得る。
今回は、A5:SQL Mk-2をGitと完全に同期させ、チーム開発の生産性を極限まで引き上げるための「実戦的アーキテクチャ」を伝授しよう。
—
1. なぜ「erdx」の差分管理が地獄なのか
A5のER図ファイル（`.erdx`）は実態がXML形式だ。これを何も考えずにGit管理すると、変更箇所がバイナリレベルで混ざり合い、マージコンフリクトで死ぬことになる。
チーム開発の黄金律：ER図を「分割」せよ
巨大なER図を1枚のファイルに押し込んではいけない。「論理区画ごとのファイル分割」が基本だ。
- `schema/auth.erdx`
- `schema/billing.erdx`
- `schema/order.erdx`
これらをA5の「ER図のサブ図」機能でインポートするのではなく、物理的にファイルを分ける。これにより、担当者ごとの変更範囲が明確になり、GitHub上のPull Requestでも「どのドメインの設計が変わったか」が明確になる。
—
2. 差分管理を劇的に変える「設定ファイル」の共有戦略
チーム内で「A5の環境設定が違う」という問題は、地味だが致命的だ。接続情報や整形ルールを統一するためのベストプラクティスを共有する。
A5の設定ファイル（A5M2.ini）の運用
A5の設定ファイルはポータブル運用可能だ。リポジトリルートに `config/a5/` ディレクトリを作り、チームで共有すべき設定を配置する。
重要な設定項目（チームで統一すべきこと）：
- SQL整形ルール: インデントや改行のルールを揃えないと、Gitの差分がノイズだらけになる。
- オートコミットの無効化: 事故を防ぐため、デフォルトで無効にする設定を共有する。
; A5M2.ini の抜粋：チームで統一すべき基本設定
[SQLFormatter]
; 予約語の大文字小文字を強制統一
KeywordCase=1
; インデント幅を4スペースに固定
IndentSize=4
[Database]
; 誤操作防止：トランザクション自動コミットをオフ
AutoCommit=0
—
3. 生産性を倍速にする「隠れコマンド」とワークフロー
毎日数千行のSQLを叩くプロが、マウス操作で消耗しているようでは失格だ。以下のショートカットは身体に叩き込め。
- `Ctrl + Shift + F`: 選択したSQLの整形。これを使わない者はコードレビューで弾くべきだ。
- `Ctrl + Enter`: 選択範囲の実行。複数クエリがある場合、カーソル位置のステートメントだけを正確に叩く。
- `F12`: オブジェクト定義へのジャンプ。これが最も速い。テーブル名の上で叩けば、即座に定義を確認できる。
究極のワークフロー：Git Hookで設計を自動化
設計変更をGitにプッシュする際、最新のER図から「DDL（CREATE TABLE文）」を自動生成するCIを組めば、チームの「DB実態」と「設計図」の乖離はなくなる。
1. A5で設計変更 → `.erdx` を更新
2. Gitコミット → Git Hooksで `a5cmd.exe` を叩き、自動的に最新のDDLを `db/schema.sql` に書き出す
3. Pull Request → DDLの変化でレビュー
このサイクルを回すだけで、設計ミスによる手戻りが劇的に減る。
—
4. 導入すべき「神プラグイン・周辺ツール」
A5:SQL Mk-2の能力を拡張するなら、これらを導入せよ。
- [A5:SQL Mk-2 用 SQL整形スクリプト]: 標準の整形では不十分な場合、拡張スクリプトを使い、複雑なJOIN文を読みやすく整える。
- [DBDoc]: ER図から自動でHTMLドキュメントを生成するツール。設計変更のたびにConfluenceに最新のER図を貼る作業は自動化しろ。
—
最後に：ツールを使いこなす「姿勢」
どんなに優れたツールも、それを使う人間の運用ルールが杜撰であればゴミになる。
「ER図はコードである」という意識を持ってほしい。SQLを書く前にER図を更新し、ER図が正しい状態であることを担保する。A5:SQL Mk-2は、単なるツールではなく、君たちのチームの「DBの意思決定プロセス」そのものだ。
今日から `erdx` を細分化し、設定ファイルを共有せよ。それが、開発速度を劇的に高める「最初の1コミット」になるはずだ。
さあ、エディタを開け。君たちのDB設計は、まだ最適化できる。