Проблемы с Delphi XE2, DataSnap и Lookup Field

Кажется, вам нужно пересмотреть функциональность вашего графического интерфейса: поля поиска на самом деле являются функцией на стороне клиента. И ему нужен источник поиска, поэтому, чтобы использовать его на клиенте, таблица поиска должна быть загружена. Ребята из DataSnap здесь очень хороши, преобразовывая его в TStringField при передаче клиенту... Я бы просто проигнорировал это.

Таким образом, если таблица поиска такая большая, вам следует использовать не поля поиска, а поисковые интерфейсы или поля со списком с автозаполнением, которые вы выполняете для запросов к серверу DataSnap. Может быть, вам нужно закодировать это вручную в случае со списком, я не знаю (посмотрите, есть ли в JVCL что-то, что вы можете использовать для сокращения пути).

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

Давным-давно я столкнулся с этой проблемой и нашел решение, которое немного сложно анализировать здесь, но я попытаюсь дать некоторые рекомендации, пока у меня не будет времени написать подробный пост в блоге. Идея состоит из информации (касающейся полей поиска, таких как свойства поля, наборы данных, провайдеры), упакованной провайдером как необязательные параметры на стороне сервера. На стороне клиента производный TClientDataset может распаковывать и обрабатывать эту информацию, создавать на лету клиентские наборы данных, которые извлекают необходимые наборы данных поиска и соответствующим образом настраивают поля поиска. Процесс прозрачен из-за встроенной функциональности в производном классе клиентского набора данных, и единственное, что нужно помнить, — это создать эту информацию в событии OnGetDatasetProperties поставщика и установить ложные все флаги поставщика в полях поиска.