Предстоящий проект для клиента включает использование их поставщика MLS (который поддерживает RETS) для составления списка свойств на основе критериев поиска.Я хочу создать службу (предпочтительно на Java), которая на основе введенных критериев создает один или несколько запросов, чтобы сделать поиск определенного списка более интеллектуальным, чем прямой перевод запроса.(Например, возможный поиск вариаций названия улицы)
В исследовании я считаю, что я определил, что в прошлом данные MLS собирались с помощью периодического поиска по ftp, но теперь провайдеры RETS допускают средствазапросить XML по мере необходимости.Однако большая часть информации, которую я нахожу, говорит о том, что ее обычное явление - продолжать периодически синхронизировать с провайдером и поддерживать свою собственную базу данных на основе полученной информации.
Мне это кажется довольно запутанным, так как зачем вамчтобы поддерживать синхронизацию данных между этими двумя местами, особенно когда одна из них является службой, которую вы не можете контролировать?
Что я хотел бы сделать, это запросить поставщика rets для каждого пользовательского запроса информации.И, возможно, вставлять записи непосредственно в сервис.Это разумно?
Если нет, то почему?(исторические причины или что-то, чего я технически упускаю), и если да, что было бы хорошей отправной точкой?
Пожалуйста, извините меня за невежество, я опытный разработчик приложений и привык работать с базами данных и API сервисов, однакоЯ не разрабатывал никаких приложений, использующих MLS или RETS, и нахожу информацию, которую я погуглил, довольно запутанной.