skaПривет,

Я с Sybase дел не имел. Теперь пришлось :-((
Понадобился эквивалент Ораклового select for update или MSSQL updlock.
Поискал, увидел holdlock, проверяю:

#1
start transaction
select * from test holdlock
-- получаю запись

#2
start transaction
select * from test holdlock
-- получаю запись. ????????????????????????????

Попытка update в любой транзакции приводит к lock !

На хрена такой holdlock ? Или у них какие-нибудь патчи есть ?

Сергей
1. К сожалению Sybase ASE не поддерживает опеpатора select for update
(в чистом SQL, только c курсорами), хотя можно попробовать select for browse (хотя предназначен для работы только c library, но вроде не только), a проще надо делать pучками updlock самому делая update сначала, a затем select (например как описано в ASE TS Guide (err.1205), хотя в последних версиях вроде можно прямо в update и @key выхватить новый, у мен err. дает)

2. Holdlock ведет себя как описано держа shared lock до конца транзакции. (To ASCRUS:Никакой syntax ошибки тут нет), но позволяя другой select.

3. Попытка update (в обоих транзакциях) приведет k deadlock, разрешаемый
ASE и надо проверить @@error=1205, и снова пытаться повторить victim-transaction.

4. Этот довольно неуклюжий (select ... holdlock, update -> "artificial" deadlock) механизм борьбы с фантомами описан в книге Дэйта по DB2.

Забыл кстати отметить что @@err=1205 невозможно проверить в ХП, только
на клиенте, а старые версии ODBC не возвращали эту "ошибку" в клиент,
так что полная ж..., труба извиняюсь была (есть ?)