Последовательный доступ

Если клиентскому приложению необходимо обработать результаты одного SQL-запроса, затем (возможно, исходя из результатов обработки) послать другой SQL-запрос, а потом по результатам двух предыдущих запросов добавить новую информацию в БД, то все эти три (или более) SQL-запроса будут выполняться последовательно, т.к. каждый последующий SQL-запрос зависит от результатов предыдущего. Для выполнения такой последовательности SQL-запросов можно не открывать три канала – достаточно одного. Последовательные SQL-запросы можно выполнять и по отдельным независимым каналам, однако такая процедура будет менее эффективной (с точки зрения оптимизации работы СУБД, а не клиентского приложения), т. к. в этом случае клиентское приложение займет большее количество каналов, используя ресурсы, которые, возможно, в это время требуется другим приложениям, что приведет к дополнительным задержкам, ожиданиям и пр.

При последовательном выполнении нескольких SQL-запросов с использованием одного канала каждый последующий SQL-запрос может посылать данные по тому же каналу, не дожидаясь получения всех данных предыдущего SQL-запроса (если полученной частично информации достаточно для формирования очередного SQL-запроса).