|
su.dbms
- SU.DBMS ----------------------------------------------------------------------
From : Liliya Huff 2:5020/400 26 Dec 2002 20:25:18
To : Pavel V. Pasechnik
Subject : Re: Синхронизация доступа к БД
--------------------------------------------------------------------------------
> Hужно у Лили спросить. Лиля!!! Где ты???
Апосля рождества нехорошо будить между прочим :).
> Как у ибмеров snapshot'ы сделаны?
DB2 блокировщик, каким была, таким и останется, не верю я, что найдется у
них маньяк, который будет эту архитектуру менять со всеми вытекающими.
про isolation см. здесь
http://www-3.ibm.com/cgi-bin/db2www/data/db2/udb/winos2unix/support/v8infoce
nter.d2w/report?target=mainFrame&fn=c0004121.htm
про типы блокировок
http://www-3.ibm.com/cgi-bin/db2www/data/db2/udb/winos2unix/support/v8infoce
nter.d2w/report?target=mainFrame&fn=c0009697.htm
про кластеры и federated (оно же распределенные базы) разговор отдельный,
там ссылки есть
по поводу кто есть кто с точки зрения "мировой революции" :) и read-only
транзакций
http://www-3.ibm.com/cgi-bin/db2www/data/db2/udb/winos2unix/support/v8infoce
nter.d2w/report?target=mainFrame&fn=tfpprg10.htm
кусочек от этой ссылки:
Comparable isolation levels between the federated server and supported data
sources.
DB2
federated
server CS RR RS UR
Informix Default Transaction read-only Transaction read-only Same as
cursor stability
Oracle Default Transaction read-only Transaction read-only Same as
cursor stability
Sybase Default Transaction read-only Transaction read-only Same as
cursor stability
Microsoft SQL
Server Default Transaction read-only Transaction read-only Same as
cursor stability
ODBC Default Transaction read-only Transaction read-only Same as
cursor stability
OLE DB Default Transaction read-only Transaction read-only Same as
cursor stability
если хочется быть очень сильно нехорошим эгоистом, то connect ... IN
EXCLUSIVE MODE и будут вам snapshot в контексте данного разговора в качестве
побочного явления :), шутка, на самом деле такое зло никто не использует
кроме сильно административных действий.
если у DB2 запросить snapshot, то оно не о транзакциях подумает, оно
подумает, что от нее хотят ответ на вопрос "что в нашем огороде делается",
так что это вопрос терминологии, у DB2 термин snapshot monitor весьма и
весьма старый. см. сюда
http://www-3.ibm.com/cgi-bin/db2www/data/db2/udb/winos2unix/support/v8infoce
nter.d2w/report?target=mainFrame&fn=r0001945.htm
и т.д. и т.п. далее по ссылкам понятно что такое и с чем едят, документация
вполне внятная на мой взгляд.
В контексте данного разговора я бы порекомендовала у DB2 посмотреть в
сторону materialized query table. Это наверное ближе всего будет к
изначально рассматриваемой проблеме, если я конечно ее правильно поняла.
Если хочется работать с одним и тем же набором данных имевших место в
заданный момент времени (в данном случае получаем, что хотим этот момент
как-то там привязать к транакциям - старту, концу, savepoint и п.р.), то это
уже те самые временные ряды и прочие радости, про них вообще разговор по
идее должен быть отдельным. то есть я хочу сказать, что данный thread
пытается слить в кучу несколько разных вопросов, может вы как-нибудь их по
одному... оно так и яснее получится.
--
Regards, Lilya Huff
--- ifmail v.2.15dev5
* Origin: home (2:5020/400)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
|
