Запрос провайдера RETS по требованию данных

Question

Предстоящий проект для клиента предполагает использование своего провайдера MLS (который поддерживает RETS) для отображения свойств на основе критериев поиска. Я хочу создать сервис (желательно на Java), который на основе введенных критериев создает одиночную или серию запросов, чтобы сделать поиск конкретного списка более интеллектуальным, а затем прямым переводом на запрос. (Например, потенциально поиск вариантов названия улицы)

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

Это кажется мне довольно запутанным, так как вы хотите сохранить синхронизацию данных между этими двумя местами, особенно когда вы являетесь сервисом, в котором вы не контролируете?

То, что я хотел бы сделать, - это запрос для поставщика ретрансляции по запросу пользователя. И потенциально вставлять записи непосредственно в службу. Это разумно?

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

Прошу прощения за мое незнание, я опытный разработчик приложений и привык к работе с базами данных и API-интерфейсами служб, однако раньше я не разрабатывал какое-либо приложение, использующее MLS или RETS, и не находил информацию, которую я искал в Google, довольно запутанной.

Answer 1

Я закончил с использованием RETSIQ, чтобы напрямую обратиться к поставщику ссылок, когда пользователи ввели критерии поиска и вернули результаты. Это оказалось неприемлемо медленным и не позволяло пейджинговать, потому что встроенный RETS не позволяет заказывать. В конце концов я закончил использование RETSIQ для периодического нажатия и сохранения локально в базе данных. RET отсутствие заказа и конкретных поставщиков, не имеющих некоторых функций (в моем случае смещение) может затруднить создание необходимых функций. Я считаю, что причина, по которой другие также предпочитают хранить свои данные на локальном уровне, - это то, что у вас больше контроля над производительностью по скорости и выберите постоянство, которое позволяет вам извлекать данные так, как вам нужно.

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

Ответы, вероятно, нет.