日本の、エンタープライズ界隈の方々は強情で、
app engineのdatastoreを難解だと感じている様です。＋
JavaのJVMによる、他言語実装、例えばrubyもあり、
http://jruby.org/
app engineでrubyを使う人も居るには居るらしい。
http://code.google.com/p/appengine-jruby/
RDBのJava実装がありまして、
OpenOfficeのBaseでも内蔵してる代物なんですが、
http://hsqldb.org/
これをdatastoreのミドルウエアとして使った人も居ます。
http://www.littlesoft.jp/sql4g/
確かに、RDBMを使えれば、リレーション使いまくりですが、
そもそもJavaは、「固い」言語なので、datastoreの柔軟さが活かせません。
って言うか、そこまでpython使いたくないですか？と聞きたい。
pythonのwsgirefとか、webappは、JavaのServletに近い考え方ですね。
どっちが先だか私は知りません。
しかし、app engineの真骨頂はdatastoreにあります。
RDBに、GUIツールが存在するのは、「管理が面倒臭い」の裏返しです。
Java自身のためのEclipseが存在するのと同義です。
しかし、datastoreのORマッピングなら、ソースを修正するだけです。
pythonなら多重継承すらできます。
いやもう、SQLなんか書いてられませんよ。面倒で。
JavaのJDOとやらからでも、比較的簡潔な記述が書けますが、
http://code.google.com/intl/ja/appengine/docs/java/datastore/dataclasses.html
pythonのそれとは簡潔さが比較になりません。
http://code.google.com/intl/ja/appengine/docs/python/datastore/entitiesandmodels.html
記述量は、5倍以上ですね。
筆者は(python版の切り口に対して)「え？これだけでいいの？」と素直に感動しました。
pythonのアレを強引にJavaで例えるなら、
classのstatic変数の初期化で、カラム名＆型の定義をしています。
しかもnewすると、同名の変数が、データカラムとして使えるという。
Javaでそんな記述は不可能です。pythonだからこそ可能です。
しかしこれはpython djangoのORマッピング機能上に実装したものらしいので、
http://docs.djangoproject.com/en/dev/ref/models/instances/
python djangoが、もともとイカしていたといった方が良いでしょう。
datastoreが難解なわけじゃなくて、
JDOのアノーテーションが気持ち悪いのです。
見比べでつくづく思いました。
