hhelibexさんのblogエントリより: - パラメータマーカーに指定する文字列が長すぎるとSQLエラー - 気まぐれ日記 Oracle、PostgreSQL、MySQLではSELECTとDELETEは正常終了するのに、DB2は、SELECTとDELETEでもエラーになる。 上記はhhelibexさんがDB2のPREPAREの動きで疑問を感じているという内容です。詳しくは上のエントリを読んでいただくとして疑問を簡単に説明すると、"CREATE TABLE HOGE(ID SMALLINT, NAME VARCHAR(10))"と定義したNAME列に対して > SELECT ID, NAME FROM HOGE WHERE NAME = '0123456789a' (※リテラル文字列が11バイトある) だとエラーなく動くのに、 > SELECT ID, NAME FROM HOGE WH
DB2 Developer Domainで多くの”実践的な”文章が公開されています。 - DB2に関する技術情報 (DB2 9) (IBM) 設計ガイドが3つ: - DB2 V9 デザイン・ガイド:データベース物理設計 - DB2 V9 デザイン・ガイド:データベースの論理設計 - DB2 V9.1 デザインガイド:ロック -基礎編- 運用管理ガイドが7つ: - DB2 V9 運用管理ガイド:バックアップ・リカバリーの基礎 - DB2 V9 運用管理ガイド:バックアップ・リカバリーの手順 - DB2 V9.1 運用管理ガイド:ロギング - DB2 V9 運用管理ガイド:DB2 Split mirror概要 - DB2 V9 運用管理ガイド:回復履歴ファイルの操作と運用 - DB2 V9 運用管理ガイド:パフォーマンス・モニタリング - DB2 V9 運用管理ガイド:データ移動ユーティリティ
db2forum.jpより: FETCHよりも早いタイミング取得されて開放されるケースはサーバー側で行ブロッキングが行われた時です。 この時はカーソルを開いた時点でFETCH が発行される前に、32KB(RQRIOBLOCK)いっぱいまで行取り出しが行われてクライアントに送られ、FETCHより先にロック取得と行取り出しとロック開放が終わっています 行ブロッキングが行われるのは、1)SQLを発行するパッケージがBLOCKING ALLで出来ていてSQLにFOR UPDATE が書いてないか、FOR READ ONLY/FOR FETCH ONLY が書いてある 2)SQLを発行するパッケージがBLOCKING UNAMBIG (省略時)で出来ていてSQLにFOR READ ONLY/FOR FETCH ONLYが書いてある時です。 つまり、SELECTにFOR READ ONLYを付けると必
IBM Documentation.
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く