|
|
|
FixPack 9
|
|||
|---|---|---|---|
|
#18+
FixPack 9 is now available. Let see what changed. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 03.05.2005, 15:37 |
|
||
|
FixPack 9
|
|||
|---|---|---|---|
|
#18+
ftp://ftp.software.ibm.com/ps/products/db2/fixes2/english-us/db2sunv8/fixpak/FP9_U800790/Release.Notes/doc/en/db2ir/r0012305.htm#wq6 Обратите внимание на DB2_SKIPINSERTED registry variable со товарищи. Это же блин фактически... Ого-го... Во всяком случае гораздо дешевле, чем организация версионности... В разы дешевле.... А чтение не блокируемое... А теперь пробовать... И думать. Может, у кого мысли появятся? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 03.05.2005, 16:20 |
|
||
|
FixPack 9
|
|||
|---|---|---|---|
|
#18+
Мысль... появилась... Еслиб IBM реализовала SKIPINSERTED и SKIPDELETED не только на уровне всего сервера базы данных, а на уровне отдельного курсора, то это вообще был бы прорыв... Может все к тому и придет? типа в 9 версии... Качнуть придется фикспак, поэкспериментировать... но пока-что абсолютно некогда.... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 04.05.2005, 12:23 |
|
||
|
FixPack 9
|
|||
|---|---|---|---|
|
#18+
http://publib.boulder.ibm.com/infocenter/db2help/topic/com.ibm.db2.udb.doc/admin/c0011218.htm Это про DB2_EVALUNCOMMITTED Цитата: These registry variable settings apply at compile time for dynamic SQL and at bind time for static SQL. This means that even if the registry variable is enabled at runtime, the lock avoidance strategy is not employed unless DB2_EVALUNCOMMITTED was enabled at bind time. If the registry variable is enabled at bind time but not enabled at runtime, the lock avoidance strategy is still in effect. For static SQL, if a package is rebound, the registry variable setting at bind time is the setting that applies. An implicit rebind of static SQL will use the current setting of the DB2_EVALUNCOMMITTED. если это же справедливо и для SCKIPINSERTED, то... gardenman - дальше надеюсь понятно. Но так как в доке не сказано, то чтобы быть уверенным - надо попробовать. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 04.05.2005, 12:32 |
|
||
|
FixPack 9
|
|||
|---|---|---|---|
|
#18+
это конечно не на уровне курсора, а пакета, но все-таки ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 04.05.2005, 12:32 |
|
||
|
FixPack 9
|
|||
|---|---|---|---|
|
#18+
а если вдуматься, то нету ограничений и на реализацию этого по типу расширения SQL (ну как WITH CS, например), imho ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 04.05.2005, 12:34 |
|
||
|
FixPack 9
|
|||
|---|---|---|---|
|
#18+
gardenman - только что проверил, DB2_SKIPINSERTED работает точно также как и DB2_EVALUNCOMMITTED в смысле BIND операции. То есть достаточно иметь переменную установленную на момент BIND, далше можно ее очищать. Интересно, можно ли обратиться к уважаемой IBM (и главное как?), чтобы запросить реализовать это расширением.... С другой стороны, НЕ установленная переменная может быть нужна только в одном случае - если клиенты обмениваются инфой (сообщениями) через базу. Но в этом случае руки надо таким горе архитекторам отрывать - для этого есть MQ. gardenman - я не вижу реального смысла НЕ иметь переменную установленной. any comments? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 04.05.2005, 13:18 |
|
||
|
FixPack 9
|
|||
|---|---|---|---|
|
#18+
Все равно устанавливать опцию SKIP... на уравне оператора было бы круче Ведь есть же WITH [UR|CS|RS|RR] ? почему бы не двинуться чуть дальше в этом направлении... Не вижу абсолютно никаких препятствий. Один хрен, на уровне ядра это уже сделано. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 04.05.2005, 13:39 |
|
||
|
FixPack 9
|
|||
|---|---|---|---|
|
#18+
Это есть в планах 9-ки. Но для того что бы это реализовать нужно менять парсер запросов а после этого сделать очень много тестов этого парсера и много другого. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 04.05.2005, 15:44 |
|
||
|
FixPack 9
|
|||
|---|---|---|---|
|
#18+
В нем появились инкрементально увеличивающиеся DMS Tablespaces ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 04.05.2005, 15:52 |
|
||
|
FixPack 9
|
|||
|---|---|---|---|
|
#18+
Single point of storage For existing database auto grow tablespaces ALTER TABLESPACE TOR AUTORESIZE YES INCREASESIZE 50 M For new databases Specify storage areas for DB2 to automatically create tablespace containers - paths Ability to specify initialsize and growth size CREATE DATABASE TOR AUTOMATIC STORAGE YES ON /db2/TOR/storagepath001, /db2/TOR/storagepath002, /db2/TOR/storagepath003 AUTORESIZE YES INITIALSIZE 5 G INCREASESIZE 100 M MAXSIZE 10G ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 04.05.2005, 16:55 |
|
||
|
|
start [/forum/topic.php?fid=43&msg=33046506&tid=1605918]: |
0ms |
get settings: |
10ms |
get forum list: |
12ms |
check forum access: |
4ms |
check topic access: |
4ms |
track hit: |
41ms |
get topic data: |
6ms |
get forum data: |
2ms |
get page messages: |
51ms |
get tp. blocked users: |
1ms |
| others: | 314ms |
| total: | 445ms |
| 0 / 0 |
