в продолжение темы про не асинхронный fbclient.dll. возник вопрос. извиняюсь сразу, что нет пока времени писать тестовый код. может авторы фб сходу ответят.

итак, имеем сервер классик.

подключение идет из nodejs, драйвер использует fbclient.dll, объектный API. Библиотека загружена один раз. Есть два пользователя, каждый работает в своем аттачменте.

пусть, первый пользователь запускает запрос SELECT, который выполняется 2 секунды и выдает одну запись.

второй пользователь, через 1 секунду после запроса первого пользователя запускает запрос DELETE, который выполняется 5 секунд. Данные удаляются из других таблиц. Эти запросы не пересекаются.

Вопрос такой. Когда каждый из пользователей получит свой ответ.

Вариант 1.

Пользователь 1 через 2 секунды после запуска своего запроса. Пользователь 2 через 5 секунд после запуска своего запроса.

Вариант 2.

Пользователь 1 через 6 секунд после запуска своего запроса, так как fbclient будет ждать ответа сервера на запрос DELETE. Пользователь 2 через 5 секунд после запуска своего запроса.

Вариант 3.

Как-то иначе...

вопрос не в сервере, а именно в fbclient.dll. если DELETE уходит на сервер и ожидается ответ, то не останавливает ли это любой другой обмен через эту библиотеку. в классическом клиент-сервер на каждом клиенте свой экземпляр fbclient.dll в памяти. тут, именно вопрос в том, что одна библиотека обслуживает все аттачменты.

тогда что имеется ввиду под асинхронным АПИ в этой теме?

https://www.sql.ru/forum/1342144/asinhronnoe-api-dlya-klienta

тоже, что описано в моем примере, но в случае вызова в рамках ОДНОГО аттачмента?