Вопрос в общем то, для MS SQL форума.
Но если я правильно понимаю что такое MS SQL batch, то в разных. В общей транзакции, но в разных "batch".

prefВопрос в том, не "соптимизирует" ли ADO эти запросы к серверу, т.е. получив два близких по времени execute, не получится ли буферизация запросов и последующая отправка на сервер их пачки?
Точно нет. Каждый ADODB.Command.Execute сам по себе представляет из себя пакет запросов. Просто задай несколько sql команд через точку с запятой в ADODB.Command.CommandText и все.
ADO само по себе отдельные запросы между собой не склеивает никогда. Если сервер решит что пришедшие друг за другом запросы могут быть склеены это будет уже на совести сервера.
Вот только не совсем понятно, отчего возник этот вопрос то?

prefИли execute сразу же бежит выполнять то, что ему подсунули, а если не может, становится в очередь с другими запросами?
Там нету очереди. Просто обломится кинув соотвествующее исключение. Скорее всего это будет invalid cursor или transaction state.

prefможно ли средствами ADO гарантировать синхронность выполнения запросов через 1 connection?
Нет, нельзя. Ты запрашиваешь синхронный или асинхронный метод в момент коннекта к серверу БД. Если сервер может работать асинхронно - режим асинхронности включится, если не может...
В случае синхронного режима работы команда Execute выданая до тех пор пока предыдущая не отработала до конца - даст ошибку. В случае асинхронного коннекта, Execute отдаст команду серверу а тебе прийдется в цикле сидеть и проверять статус своего ADODB.Command объекта, закончил он работать или нет.

Petro123 авторВ случае асинхронного коннекта, Execute отдаст команду серверу а тебе прийдется в цикле сидеть и проверять статус своего ADODB.Command объекта, закончил он работать или нет.
Может это не в ADO а в обёртке из класса Delphi сделано, но там событие есть , когда придёт ответ от сервера.
Да, конечно, есть событие. ADODB.Connection.ExecuteComplete называется.
Но по большому счету, процесс ожидания события это и есть тот же самый цикл проверяющий статус объекта :)

Petro123- ну, наверно не всегда, чтобы убедится что завезли хлеб, надо бегать в магазин. Можно и на уведомление подписаться )) ?????.
Ну да, а сидеть почтальона ждать и бегать на каждый звонок в дверь уже не нужно будет? :)
Ой, я представил как приходит человек в булочную и просит чтобы его уведомили по почте когда бублики испекуться :)

MasterZiv prefможно ли средствами ADO гарантировать синхронность выполнения запросов через 1 connection?
Можно. Не использовать асинхронный режим и последовательно слать запросы.
Взаимодействие клиента и сервера на самом деле всегда строго синхронно.
Средствами самого ADO нельзя :)

White OwlWhite Owl, ты хоть знаешь как этот асинхронный режим реализуется ?
Конечно знаю :)

MasterZiv White OwlСредствами самого ADO нельзя :)
Почему ? Из-за разнуздано активного connections pooling ?
Ну так убить его нафиг.
Потому что ADO это всего лишь интерфейс доступа к БД.

MasterZiv White OwlПотому что ADO это всего лишь интерфейс доступа к БД.Это не ответ. Любая клиентская библиотека CLI == всего лишь интерфейс доступа к БД. Ну и что ?
эээээ...... ну я имел в виду, что вот этот самый пул коннектов или буферизация и синхронизация запросов внутри коннекта в самом ADO не предусмотрена.