一括置換に気をつけろ(iBATISにて): Ma note
まず、事の発端は MySQLにて発生したToo many connectionsというエラーだ。 これは、文字通り既に max_connections 分、クライアントから mysqld サーバーへの接続が行われているので、これ以上の接続は無理だというエラー。 デフォルトだとMySQLの設定は、 ・同時接続数は、100(正確には101) ・待機時間は、8時間 現在は、デフォで運用している。 MySQLのThreads_connectedがmax_connections以上になると、上記エラーの発生となる。 まず、発生原因として考えられるのは、 ・単純に見積もりミス。100では足りなかった。 ・プログラム内で複数回コネクションを作ったり、コネクションを閉じなかったりすると待機中のコネクションだらけになる。待機中のコネクションが8時間経過して消えるまで他のコネクションが作れない。 がある。 ま
iBATISを使ったO/RマッピングによるDBアクセスの実例
はじめに iBATISはSQLを利用することに注力したフレームワークです。高機能なO/Rマッピングフレームワークに比べて簡単に理解でき、レガシーなJDBC、ResultSetを使ったプログラミングから簡単に乗り換えられます。 特にSQLを多用する人には使いやすいフレームワークです。 SQLは使いたいがJDBCは低レベルすぎる 高機能なO/Rマッピングフレームワークは難しすぎる ソースコードからSQLを分離したいが動的なSQLの実装も必要 このようなケースで、iBATISは特に有効です。 本記事では、たくさんのサンプルソースを解説することで、「iBATISを使えばこんな風に書ける」ということが分かるようにしています。環境設定や、設定ファイルについての細かい説明は簡略化してあります。 対象読者 Javaの基本をマスターしている人 SQL文を理解している人 必要な環境 iBATIS 2.3.0、
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
