Versions Compared

キー

  • この行は追加されました。
  • この行は削除されました。
  • Formatting was changed.
コメント: Migration of unmigrated content due to installation of a new plugin

...

だがしかし。SQLって読みづらいんですよね。IDEにリファクタリング機能とかもないし…

{footnote}私の知る限り、ありません。カラム名変えたらINSERT文のカラム名も変わってくれるようなSQLエディタってありますかね。{footnote}
Wiki Markup
Footnote Macro

私の知る限り、ありません。カラム名変えたらINSERT文のカラム名も変わってくれるようなSQLエディタってありますかね。

しかし、便利なアイテムとしてER図ってのがあって、これは人間としては直感的で分かりやすい表現形式です。業務ではドキュメントとしてメンテナンスしなきゃいけない対象だったりすることも多いものです。一般的なER図エディタはそのER図から上記のSQLファイルを生成できたりします。もちろんJiemamyでもできます。しかし、ER図上でDBを更新するたびに、そのER図エディタからSQLのエクスポートして、それをDBに流さなければなりません。

そんなわけで、SVNリポジトリには「ER図データファイル」と、それをエクスポートした「SQLファイル」の両者がコミットされたりする。さてさて、DRY

{footnote}
Wiki Markup
Footnote Macro

Don't

Repeat

Yourself

{footnote}

的にいかがなものか。1つの情報(データとかロジック)は1箇所に記録すべきであって、複数箇所に冗長に記録すべきではない、という考え方です

{footnote}
Wiki Markup
Footnote Macro

参考:

http://ja.wikipedia.org/wiki/Don%27t_repeat_yourself

{footnote}

ER図とSQLファイルは、表現方法は違うけど、どちらも「DBの構造をあらわす情報」であって、二重に管理すべきではありません。二重管理はどんな混乱をもたらすか、その可能性には例えばこんなものが。どちらもありがちで、そして気づきにくいトラブルです。

...

DB環境を整えるのもビルドプロセスの一つだよね、という意識でJiemamy Projectでは、この「Jiemamyモデルファイル→SQLファイル」への変換を提供するMavenのプラグインを提供

{footnote}今後、Mavenだけでなく、Antタスクにも対応する予定です。{footnote}
Wiki Markup
Footnote Macro

今後、Mavenだけでなく、Antタスクにも対応する予定です。

しています。これがあれば、「DBの構造をあらわす情報」はJiemamyモデルファイルだけで済み、DRY原則に従うことができます。

...

ちなみに、Jiemamyモデルファイルを単純にSQLに変換するだけじゃなくて、他の変換も行いたい、変換だけじゃなくてモデル情報のコントロールも行いたい、なんて時には、Jiemamyのデータモデルを操作するAPI、「Jiemamy API」があります。イントロダクションで紹介したもう一つの視点です。まぁこれに関して詳しくはまた別の機会に。

...

Display Footnotes Macro

...

Wiki Markup
{scrollbar}