cherrex_Denтоесть если я читаю данные с уровнем изоляции 0 или приписываю noholdlock, то получаю тотже эффект?

Я бы не был так категоричен, отвечая "да" - чтение с уровнем изоляции 0 - это грязное чтение. Т.е. если предположить что в один момент времени один коннект делает вставку/изменения в таблицу а другой читает из нее с isolation level 0, то читатель может увидеть не зафиксированные (без сommit) данные. В версионике такого не будет никогда. Читатель всегда будет видеть закомиченные данные.

MasterZivКак-то ASE их прячет от всех, магическим образом (на самом деле не знаю даже как, но это ОЧЕНЬ ЗДОРОВО !)

ASE не прячет их, а просто когда идет select (c уровнем изоляции не равным 3), ASE делает попытки захватить LOCKи shared page/row, и когда видит что локи на уровне страницы/строки захватить не удается , то просто пропускает эти залоченные строки.

Пример
Допустим в некой сессии идет вставки и 2 строки залочены эксклюзивной блокировкой
fid spid loid locktype table_id page row dbname class context
----------- ----------- ----------- -------- ----------- ----------- ----------- ------ ----- -------
0 25 50 Ex_intent 1632005814 0 0 ABC Non Cursor Lock
0 25 50 Ex_row 1632005814 55145 8 ABC Non Cursor Lock
0 25 50 Ex_row 1632005814 55145 9 ABC Non Cursor Lock

В другой сессии при select c isol level <>3 выборка, будет постранично/построчно проходится по таблице и обнаружит 2 залоченные строки. Далее она их просто пропустит и пойдет далее

lock_multiple shared intent db=4 obj=1632005814 splk=0x200c44e0 suff=0 LOCK_GRANTED
...
lock_logical shared row db=4 obj=1632005814 pg=55145 row=8 ctx=0x0 suff=0 pspid=24 LOCK_DIDNTQUEUE
lock_logical shared row db=4 obj=1632005814 pg=55145 row=9 ctx=0x0 suff=0 pspid=24 LOCK_DIDNTQUEUE
...
lm_internal_ctxchain_release
shared intent obj=1632005814 db=4 ctx=0x1 suff=0