DB2はPREPAREする時点でパラメーターマーカーの型を評価している | Unofficial DB2 BLOG
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 V9の運用管理ガイド、設計ガイドが公開 | Unofficial DB2 BLOG
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 運用管理ガイド：データ移動ユーティリティ
Blocking可能な時、そうでない時 | Unofficial DB2 BLOG
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 DB2 9.7 for Linux, UNIX and Windows Information Center
IBM Documentation.
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
IBM Documentation
ＤＢ２のテーブルサイズについて - その他(データベース) - 教えて！goo
DB2 デザインガイド：ロック -基礎編-
IBM DB2: 分離レベルの指定方法について - United States
IBM Developer
db2forum.jp - このウェブサイトは販売用です！ - db2forum リソースおよび情報