Во-первых всетаки укажите вашу БД

Затем перестать использовать TADOTable

Далее выбрать один из двух подходов к работе с БД

Клиентские транзакции

cached updates/отсоединенные recordsets

ova

Я так понимаю, вы выбрали вариант с клиентскими транзакциями? Если да
то сценарий должен быть чем-то вроде

Клиент читает данные

Далее если клиент решает зафиксировать на сервере изменения то
клиент открывает транзакцию

Изменяет данные

закрывает транзакцию

При этом во-первых должны накладываться блокировки только на те данные которые прочитал клиент - т.е. если он прочитал "Платежное поручение №1" - то и блокировать он должен только его а не все что есть в базовых таблицах - физически это означает что необходимо следить за тем что делает код в транзакции и за ее уровень изоляции.

Во-вторых желательно добиться чтобы ваша транзакция не блокировала читателей - т.е. те транзакции которые не производят изменения данных. Это означает что необходимо минимизировать количество и время эксклюзивных блокировок - что вообще говоря при таком подходе да на блокировщике MS SQL2000 возможно наверное только при Transaction Isolation Level = Read Commited но не выше так как иначе рескуете скатиться до Read Uncommited в читателях - что вообще говоря ничего хорошего о проектировщике не скажет

Далее - главное правило при написании транзакций - разработчик должен сделать все чтобы минимизировать ее время - чем короче транзакция тем лучше - поэтому я бы советовал открывать транзакции только в момент физического изменения данных в таблице, а не при ее чтении. К сожалению часто имеют место попытки использовать транзакции не по назначению - для блокирования документов от других пользователей и т.д. - этого делать нельзя


Теперь насчет непосредственно вашей проблемы -если транзакция блокирует всю таблицу - то это либо неправильно написанный код либо TIL=serializable либо раного рода хинты типа (tablelock)/(rowlock)