http://www.crossdb.com/ SQL文とか主キー値の自動生成方法とか、DBによって異なる実装の差異を吸収してくれるAPIだそうです。 とのこと。使えるかな!? 各DBでの主要な相違点をまとめた表(http://www.crossdb.com/dbknowledgebase/differencestable.html) お…

何度も調べ直してる気がするのでメモっとく。 トランザクション中のユーザ,SQL,ロールバックセグメントを得る SELECT ROLLSTAT.USN AS ROLLBACK_USN ,ROLLNAME.NAME AS ROLLBACK_NAME ,SESS.SID AS SESSION_ID ,SESS.USERNAME AS USERNAME ,SQLAREA.SQL_TEXT…

数値型のカラムへは、setIntやsetLongを使用したほうが良いものと思っていましたけれど、setObjectでもsetStringでもパフォーマンスは殆ど変わらないんですね。(※2万回のSELECT発行で測定) それなら、無理にカラムの型にあわせて型変換→setXXXしなくとも、プ…

7.4系もマイナバージョンがあがったので、7.3.2→7.4.1へバージョンアップしました。 データエクスポート → /usr/local/pgsqlディレクトリをリネーム → 7.4.1をインストール → データベースユーザを作成 → データベースを作成 → データインポート で完了。か…

http://capsctrl.que.jp/kdmsnr/wiki/bliki/?DomainLogicAndSQL やっとこさ読みました。 直接は関係ない話なんですけれど。 最近よく感じるのですが、なぜSQLを区別して考えるのでしょう? SQLだってプログラムの一部じゃないですか。というか、SQLもドメイン…

もとのFowlerさんの記事はまだ読んでないんですけれど、 私は最近O/R mapping toolに懐疑的で、コードにSQLを含むこと自体は悪くなく、SQLを含んでなおmaintableでtestableな書き方を探すのが本来なのではと感じています。 はんばあぐさんの日記のここに同意…

『トレースされるSQL文がでっちあげ』ってのは、いっちゃん最初にをコード読んだ箇所なので気づいてました。(ずっと使っているお手製クラスも、ほとんど同じ方法でPreparedStatementをトレースしていたりして。雑な方法ですけれど、お手軽で良いかと。)プレ…

StatementとPreparedStatementの処理速度が殆ど同じなんてすけれど、そーゆー実装になっているんでしょうか?? CREATE TABLE JDBCTEST ( ITEMID INTEGER NOT NULL ,NAME VARCHAR(255) NOT NULL ); CREATE INDEX JDBCTEST_IDX01 ON JDBCTEST ( ITEMID ); こん…

昨日(id:manhole:20031212)のSQLトレースを試してみました。 まずはp6spy。これってJDBCドライバのレイヤでアダプタになるんですね。だから、プログラムの変更は必要なし。 Statement#execute …の場合はそのもののSQL文が、PreparedStatement#execute …の場…

(情報源 id:wildcats0201:20031211, id:masanobuimai:20031211) http://www.p6spy.com/ おおっ、かなり使えそうな予感。PreparedStatementでも、バインド値が展開された形でトレース出力されたりする!? 後日、試してみます。

http://www02.so-net.ne.jp/~kikuta/dbu/index.html (情報源 id:dot:20031209) SELECTした列名でBeanのプロパティにセットするあたり、業務のクラスに似てる...けれど、業務のクラスの方がまだ使いやすいかな!? (コードを載せられないのがツライですが...) D…

public static void main(String[] args) throws SQLException { DataSource ds = new DBUtils().new DataSourceWrapper(); QueryRunner run = new QueryRunner(ds); ResultSetHandler h = new BeanListHandler(Person.class); List l = (List) run.query("S…

@IT掲示板より 以前遊びで使ってみた感想ですが、簡単なデータベース操作（マスターメンテナンスなど）をしている間はSQLを書かずに済むのでTorqueはなんて偉大なツールなんだと思いますが、実際のシステムでは、non-SQLですべて済むかと言えばそうはいかな…