ツッつきもらいましたが、ちょうどその前後であんどろいどの話をあーだこーだ3時間ほどしていたり。なにそのシンクロニシティ（笑で今日はやだおのあんどろいど適合度を確認していました。 まだ現時点ではアノテーションとジェネリクスに対応していないこと…

ですが、どのタイミングでオープンするかは検討中です。 ぶっちゃけ、いくらIn-Process相手で限定機能とはいえ、高速なので現段階でも用途はあるだろーなーとも思いますが、あまりSourceForge.jpに置きたくもないなー、と。だからといってSourceForge.orgな…

ついでなので、ほかのDBでもAUTO INCREMENTするにはどうすれば良いのかメモ。 DB 記法 備考 Derby GENERATED ALWAYS AS IDENTITY PRIMARY KEY以外のカラムでもいけるはず。 HSQLDB IDENTITY 同上。 H2 IDENTITY or AUTO_INCREMENT 同上。IDENTITYとAUTO_INCR…

ついでに調べたのでメモ。SQLiteでAUTO INCREMENTするには、CREATE TABLEするときにINTEGER PRIMARY KEY指定すれば良いとのこと。逆に言うと、PRIMARY KEY指定したINTEGER型のカラムは勝手にAUTO INCREMENTされてしまいます。 INTEGER型でAUTO INCREMENTされ…

PostgreSQLやMySQLはセットアップが必要なので後回しにして、ほかにセットアップが特にいらないDBで有名どころ〜と思っていたところ、そういえばSQLiteがあったなと思い、JDBCドライバあるのかしら？と見ていました。あるんですねぇ。 JDBCドライバがJNI経由…

HSQLDB同様、H2も差異がほとんど無いので同様に対応してみました。 こちらも前述と同様に、いわゆるIn-Processモードでテストを実行したところ、H2 1.0.69で3秒台で収束と確実に差がありますね。これもDerby,HSQLDBと同様にAS ISですが、やはり何気に差がで…

現状実装した範囲だと、Derbyと変わるのはCREATE TABLEぐらいなのでHSQLDBにもサクっと対応してみました。CREATE TABLE,DROP TABLEに対応したのは、実のところ、他DBに対応するときにユニットテストが書きやすくなるというのもあるからですが。どちらもいわ…

簡易的なものですが、entityで定義したフィールド定義とアノテーションをもとにCREATE TABLE,DROP TABLEできるようにしてみました。 キチンとテーブル設計せずにモック優先でモノを作ることもあります。TDD的にやるんですが、こういったときに簡易でもテーブ…

DELETEのポカミス修正も済んだので、整理のためにもクラス図を起こしました。 ちなみにポカミスの内容は、SELECTのWHERE条件と同じものを持ってきたことが原因で、query構築時と値セット時で意図していたものが違うというのが問題でした。 要はquery構築時は…

INSERT/DELETEも対応完了、したんですが。 ですが、INSERTできるのにDELETEできずorz 単純にWHERE条件句の作り方に問題があるというのはわかっているので、今日のところはここまで。

当たり前っちゃぁ当たり前なんですが、PRIMARY KEYをUPDATEで変えようとすると怒られるDBがあります。 Derbyの場合、怒られます。ほかはどうだったかなぁ、すぐに思い当たりはしませんが。ま、普通しないオペレーションですし。なんでこれが出てきたかと言う…

とはいっても未テスト。SELECTをベースにしているので、ほぼ問題はないはずだけどね。

とはいっても、アノテーションで指定したDBに応じてハンドラを切替えるだけですが。それもFactory内で単純対応。 やりたいことを十分に簡潔に実現できているので、十二分にこれでいいんですけどね。

RoRのようにentityからのentityをサポートしたいわけですが、どう実現するかなぁ。 なにも考えずに実装するだけなら手はあるんだけど、ラクしたいし。とりあえずは遅延バインディングと再帰バインディングは当面サポートしないことにはしますが。面倒なので。…

5.0からC/C++でおなじみ列挙型が導入されているわけですが、Javaらしく、いわゆるタイプセーフな列挙型なわけです。 で、ちょっと面白いのが、Javaのenumは実態が定数オブジェクトなのでこんなことができます。 public enum TypeEnum { TYPE_STRING(String.c…

ドライバ/URL/ユーザ名/パスワードだけど、定数フィールドから取得するよりもアノテーションから取得した方が高速なことがわかったので、そちらを使うようにする。 どのみち5.0導入ブツを多用しているから、いまさらアノテーションが増えたところで同じこと…

ひとまずDao構想その１に従って、ダイナミックプロキシの基本線を実装。 SELECTだけしかまともに動かないけど、それなりに動くものができあがり。 実際にはキチンとPreparedStatementで条件句を設定しないといけないけど、ひとまずはint値ならそのまま使える…

昨日のやつに書き漏らしていたけど、S2Daoと違って、 INSERT/UPDATEの切り分けはあくまで呼び出すメソッドによって決定する。 とする。 あくまで能動的に呼び出したメソッドを優先した方が分かりやすいからね。

ベース構想はRoRのようにできるかぎり設定を書かないで済むようにすること。将来的には構成しなおす必要があるけど、まずは動かすことを目標に、 最初のサポートDBはDerbyのみとする。テストが簡単だからね;-p javax.sql.DataSourceは当初サポートせず、java…