используя ODBC, поскольку транспортный уровень удобен тем, что вы легко подключаетесь через tcp к удаленной машине. Недостатком является все круглые поездки по соединению. При запуске толстого клиента требуется множество наборов данных с тысячами строк. Это данные, необходимые, прежде чем вещь № 1 может быть выполнена пользователем.
То, что я хотел бы сделать, это создать единый объект (возможно, blob) для возврата с единичным округлением, означающим уплотнение набора результатов в таблице /blob/object, который я могу разобрать при получении.
Я могу придумать несколько уродливых способов сделать это, что-то элегантное было бы здорово.
Предполагая, что вы имеете в виду SQL Server. если вы используете курсоры forwardonly, каждый SQLFetch не требует двусторонней поездки на сервер. Если вы найдете много времени для этого, возможно, стоит рассмотреть, как вы вызываете API ODBC. Обычно выборка из прямого только курсора будет ограничена пропускной способностью вашей сети, и единственными необходимыми для этого раундами будут TCP ack.