для передачи больших данных пока обходился просто увеличением буфера и уменьшением передаваемой информации (оптимизация+paging)
Собственно передачей за одну операцию порции данных можно решить любую проблему по передаче большого обьёма
Что касается долгого времени выполнения - я бы посмотрел в сторону duplex communication (Duplex Contract и Paired One-Way Contracts)

webusВот как раз про Paging можно по подробнее ? Касаемо БД PostgreSQL 8.3.3. Видел реализацию его в MSSQL 2005.С Postgre не работал, но не думаю что там что-то может отличаться. Просто в параметры передаём номер порции данных, какую нужно вытянуть. Например, у меня в проектах при выводе данных в грид в хранимку передаются номер страницы и кол-во записей на странице, ну а хранимка уже возвращает то что нужно. Если в Postgre нет своих средств для paging'a, то можно, например, загонять во временную таблицу данные до конца нужной порции, а потом брать из этой таблицы n-е количество строк снизу, хотя это конечно и тормозит, но в 2003 SQL именно это и использовал за неименеем лучшего. есть ещё другие алгоритмы организации paging

опять же, если проблема в сервисе, то paging можно организовать уже в методах сервиса, а не в SQL - ну для случаев когда нужно передавать всю инфу, а не кусок