RETS Проблема получения данных
https://stackoverflow.com/questions/2452830
-
20-09-2019 - |
italiano
english
français
española
中国
日本の
العربية
Deutsch
한국어
Português
RussianВопрос
Я работаю на одном веб -сайте Real Estate, который использует сервис RETS, чтобы получить данные на моем локальном сервере.
Но у меня есть одна небольшая проблема, я могу получить данные из RETS, которые имеют около 3lacks в базе данных RETS, но я не нашел путь, как я могу получить все записи по кучу 50 тысяч за раз?
Я не нашел никакого ключевого слова «ограничения» на rets., так как я могу получить без «ограниченных» 50 тыс. Записок за раз?
Помогите мне, пожалуйста.
Решение
RETS на самом деле не очень стандарт. Это более близко напоминает псевдо стандарт. Он слабо определяет схему XML, которая описывает списки недвижимости.
В версии 1.x «стандарт» состоял из документов DTD. В 2.x «стандарт» использует документы XSD для описания списка.
http://www.rets.org/documentation
Тем не менее, на практике почти нет согласованности среди исполнителей. Подключившись к сотням поставщиков услуг «совместимых с RETS», я убежден, что ни один из них не похож на любого другого.
Кроме того, 2.x «стандарт» не изменился через 3 года. Это небрежная, неаккуратная попытка стандарта. Это (RETS) часто используется в качестве бизнес-модного слова нетехническими людьми. На самом деле, это просто произвольная попытка моделировать листинг недвижимости в XML.
Попробуйте спросить конкретного исполнителя для их документации. Часто у них их нет. Таким образом, по электронной почте ведущего разработчика часто было полезно. Иногда они предоставляют WSDL, который обрисовывает подтвержденные вызовы. Часто WSDL не совпадает с фактическим сервисом, так что будьте осторожны.
Что касается вашего конкретного вопроса, попробуйте кэшировать результаты. Обычно использование предела при вызове RETS является признаком прямой зависимости. Поскольку запросы на увеличение вашего обслуживания, нагрузка, которую ваш сервис наносит на их, сломается (и не будет оценена). Кроме того, если их услуга упадет (даже временно), ваш также будет прерван. Самое главное, что это сделает живые запросы на ваши страницы действительно, очень медленные (особенно, если их система в то время медленная). Списки обычно не меняются достаточно часто для беспокойства по поводу устаревших данных, поэтому кэширование до часа довольно приемлемо.
Удачи!
Другие советы
Librets обеспечивает поддержку для генерации запроса с ограничениями избранных:
Но в последний раз я знал: я помню, как компания Intereality либо проигнорировала, либо прямо не обеспечила полную совместимость RETS. Самый быстрый способ узнать ваше дело с ними - это также думать, что все «системное» название для табличных полей числовых.
Если вам повезет, вы используете сервер, поддерживаемый Rapattoni, и они предоставляют спецификацию. совместимые серверы.
Последний пункт, я не могу на всю жизнь запомнить его имя, но я использовал бесплатный инструмент RETS на основе Java для создания действительных запросов (включенные положения о смещении/лимитах), и это немного облегчило строительство автоматизированных магистра Система партийной обработки клиента.
В RETS, если считать больше, чем ограничить, мы можем загрузить с помощью пакетной формы или удалить этот предел, используя режим REGEX при загрузке
Лучший способ решить проблему разделить количество данных в небольшой единице загрузки, и, хотя мы должны рассмотреть полевой поля ограничения загрузки, чтобы разделить, что в MLS/IDX я предлагаю дату изменения и листинга
