Problema de recuperación de datos RETS

Question

Estoy trabajando en un sitio web de bienes raíces que utiliza el servicio RETS para obtener los datos en mi servidor local.

Pero tengo un pequeño problema aquí, puedo obtener datos de RETS que tiene un registro de aproximadamente 3 Lacks en la base de datos RETS, pero no encontré la forma, ¿cómo puedo obtener que todos los registros en un montón de 50k a la vez?

No encontré ninguna palabra clave de 'límite' en RETS. Entonces, ¿cómo puedo buscar sin 'limitar' 50k registros a la vez?

Por favor, ayúdame.

Answer 1

RETS no es realmente un gran estándar. Se parece más a un pseudo estándar. Define libremente un esquema XML que describe los listados de bienes raíces.

En la versión 1.x, el "estándar" estaba compuesto por documentos DTD. En 2.x, el "estándar" usa documentos XSD para describir la lista.

http://www.rets.org/documentation

Sin embargo, en la práctica, casi no hay consistencia entre los implementadores. Habiendo conectado con cientos de proveedores de servicios "que cumplan con los RET", estoy convencido de que ninguno de ellos es como cualquier otro.

Además, el 2.x "estándar" no ha cambiado en 3 años. Es un intento no mantenido y descuidado en un estándar. (RETS) a menudo se usa como una palabra de moda de negocios por personas no técnicas. En realidad, es solo un intento arbitrario de modelar el listado de bienes raíces en XML.

Intente pedirle al implementador específico su documentación. A menudo, no tienen ninguno. Por lo tanto, enviar un correo electrónico al desarrollador principal ha sido con frecuencia útil. A veces proporcionarán un WSDL que describirá las llamadas compatibles. A menudo, el WSDL no coincide con el servicio real, así que tenga cuidado.

En cuanto a su pregunta específica, intente almacenar en caché los resultados. Por lo general, el uso de un límite en una llamada RETS es un signo de una dependencia directa. A medida que aumentan las solicitudes de su servicio, la carga que su servicio pone en la suya se romperá (y no será apreciada). Además, si su servicio cae (incluso temporalmente), el suyo también se interrumpirá. Lo más importante es que hará que las solicitudes en vivo a sus páginas sean muy lentas (especialmente si su sistema es lento en ese momento). Los listados generalmente no cambian con la frecuencia suficiente para preocuparse por los datos rancios, por lo que almacenar en caché y hora es bastante aceptable.

¡La mejor de las suertes!

Answer 2

Librets proporciona soporte para generar una consulta con límites de búsqueda:

http://www.crt.realtors.org/projects/rets/librets/documentation/api/classlibrets_1_1_search_request.html

Pero lo último supe: recuerdo que la compañía Intereality ignoró o directamente no proporcionó compatibilidad completa a los RET. La forma más rápida de conocer su trato con ellos es que también pensó que todos los nombres de "sistema" son para campos de mesa numéricos.

Si tiene suerte, está utilizando un servidor respaldado por Rapattoni y proporcionan especificaciones. servidores compatibles.

Último punto, no puedo por mi vida recordar su nombre, pero solía usar una herramienta RETS basada en Java gratuita para construir consultas válidas (incluidas cláusulas de compensación/límite) y eso hacía que sea un poco más fácil construir fetchers automatizados para El sistema de procesamiento por lotes de un cliente.

Answer 3

En RETS si se cuentan más del límite, entonces podemos descargar usando el formulario por lotes o podemos eliminar ese límite usando Regex mientras se descarga

La mejor manera de resolver el problema Divide el recuento de datos en una pequeña unidad de descarga y, aunque tenemos que considerar el límite de descarga en el campo para dividir ese en MLS/IDX, sugiero que la fecha de modificación y la lista de listados