Господа, а кто как борется с проблемой больших ответов ?
(фильтры на клиенте не бум рассматривать)

Как кто реализует постраничный вывод ?

Мож ещё есть какие то решения ?

А в чем заключается ваша "Проблема больших ответов"?

мне вот тоже интересно, что за проблема такая?

ну, например пользователь хочет получить всех клиентов - это в ХМЛ окло 100 МБт - передавать такие данные клиенту наверное не правильно ... (представте если гугл вернёт вам результат запроса одним ответом)

Один из самых верных способов борьбы с этим - недопущение 
Вместо выдачи клиенту всех данных из интересующей его таблицы, следует заставить его воспользоваться операцией поиска, а при количестве результатов, превышающем заданный порог - предложить уточнить критерии поиска.

У тебя поисковик распределённый?
Есть много способов от Live query до распределения индекса по клиентам (Peer-to-Peer).

Выдавать по кускам.Например страница 1,2,3,4,5.....Показывать клиенту только нужные данные.

Это сообщение отредактировал(а) Tony - 2.10.2006, 10:10

А в каком случае с точки зрения бизнес-логики пользователю может потребоваться вытаскивать всех клиентов? Нормально человеку не нужен такой объём данных, что бы "почитать". А если он собирается их как-то постпроцессить (например контекстно что-то искать на полученной странице средствами браузера) - значит вы не предложили ему достаточный уровень сервиса, где бы он мог осуществить выборку того, что его интересует без запроса всего, что есть в базе.

Нет, не поисковик. Просто по Украине много филиалов и есть скажем таблица с клиентами - ессно пользователи системы (клиент на делфи, взаимодействие через хмл) не всегда отдаёт себе отчёт в количестве запрашиваемых данных ...

А что такое Live query и распределение индекса по клиентам ?



А как можно организовать постраничный вывод ?



я специально вначале оговорился, что (фильтры на клиенте не бум рассматривать) 

Live query, это когда клиент запрашивает у серверов конкретные результаты. Причём какие именно, решает клиент. Например выдача фамилий по алфавиту. Сперва клиент опрашивает сервера, где сколько фамилий и на какую букву, затем локально делает список. В списке стоят в правильном порядке сервера.  В конце опрашивает например сервер З, фамилии с 7-8, сервер А, фамилии с 5-10. Выбирая таким образом список в правильном порядке.
То есть индех создаётся локально. Дерево букв с указателями на сервера, содержащие фамилии с них начинающиеся.

Распределение индекса - примерно тоже самое, но индех не лежит в одном месте, а распределён по серверам Каждый сервер например отвечает за одну букву. На клиенте ты знаешь, что если спросили фамилии начинающиеся с "А", информация о них лежит на сервере А. Запрашиваешь на севере А инфу частями по мере того как юзер их запрашивает. За тем переходишь к букве Б. 

А при чем тут клиент? У вас приложение на сервере крутится и вы его собираетесь снабдить описанной функциональностью: выдавать клиенту полный список всех пользователей. Я лишь поинтересовался - в каких ситуациях данная функциональность востребована, но из вашего ответа не понял.

Это сообщение отредактировал(а) 3x3 - 2.10.2006, 15:15