Contacto con los hoteles

Un enfoque de fuerza bruta puede identificar cada uno de los eventos que se lleva a cabo en el último mes y posteriormente iterar la lista de eventos. Para cada evento, capture los pyGUID de los hoteles contactados. A continuación, la página de datos D_AddressesWithinDistance buscará los registros IsFor=Hotel en un radio de 5 millas del lugar donde se lleva a cabo el evento. A continuación, se capturan los valores de referencia en el conjunto de resultados D_AddressesWithinDistance. Cualquier referencia que no esté en la lista de los pyGUID de FSG-Data-Hotel se mantiene; cualquier referencia que coincida con un pyGUID de FSG-Data-Hotel se ignora. Toda referencia restante se usa para buscar un registro de FSG-Data-Hotel. Capture la información de contacto (pyFirstName, pyLastName y pyEmail1) de cada FSG-Data-Contact al que se hace referencia.

Un problema de este enfoque iterativo es que es posible que se lleven a cabo varios eventos en el mismo lugar en el último mes. Además, dos lugares pueden estar en un radio de 10 millas (16 kilómetros) el uno del otro, lo que significa que puede producirse una superposición en un radio de 5 millas (8 kilómetros) de cada lugar. Es posible que se haya contactado al mismo hotel para eventos diferentes en el último mes; un solo contacto es suficiente para descartar dicho hotel. La meta es encontrar hoteles que no hayan sido contactados.

La página de datos D_AddressesWithinDistance tiene una actividad que invoca una regla Connect-SQL. La regla contiene una consulta basada en la fórmula de Haversine. La segunda subselección de la tabla, la que se denomina “p” en la fórmula de Haversine, pide actualmente las coordenadas de una sola ubicación.

Por otra parte, una subselección de la tabla puede enumerar las latitudes y longitudes de cada lugar para cada evento que se haya llevado a cabo en el último mes. En lugar de unirse a una fila, como se hace ahora, la unión puede moverse a través de varias coordenadas de direcciones de lugares.

La modificación de la fórmula de Haversine no filtra las direcciones de los hoteles con los que se haya contactado durante el último mes. Esta modificación debe realizarse en otro lugar de la consulta.

La solución requiere la implementación de la siguiente expresión: 

HotelAddressesNotContacted ::= AllAddressesWithinDistance EXCEPT HotelAddressesContacted

Las opciones son las siguientes:

• (A) Almacenar el historial de lugares y hoteles contactados en el esquema CustomerData.
• (B) Buscar una forma de “insertar” listas de claves de lugares y hoteles (pyGUID) en una consulta Connect-SQL en la que cada lista de los pyGUID se obtiene del esquema PegaData.

En un futuro lanzamiento de Pega Platform™, es posible que no se permitan las consultas de reglas Connect-SQL frente a las tablas del esquema PegaData en las que estén presentes columnas específicas de Pega Platform, las que empiezan con px, py o pz. La tabla FSG-Data-Address se define en el esquema CustomerData y no tiene columnas específicas de Pega Platform. Como resultado, se puede hacer referencia a dicha tabla en las consultas de reglas Connect-SQL. Sin embargo, la tabla de pozo de trabajo para los tipos de caso de la aplicación de reservas no debe consultarse mediante las reglas Connect-SQL porque dicha tabla contiene columnas, como pzInsKey y pzPvStream.

El reto con el enfoque (A) es que el almacenamiento de los pyGUID y date-times históricos en el esquema CustomerData requiere trabajo extra porque es el equivalente a usar una tabla temporal. El enfoque (A) también podría dar lugar a la pérdida de la integridad de los datos, ya que la misma información se almacenaría en varias ubicaciones.

Por otro lado, con el enfoque (B), es posible insertar SQL usando una sintaxis, como: {Asis: property-name}. El siguiente ejemplo es una expresión revisada de HotelAddressesNotContacted.

A continuación, se muestra un ejemplo del valor de propiedad AsisExpression.

El número de los pyGUID del hotel debe ser lo suficientemente pequeño como para que toda la declaración SQL no exceda la longitud máxima permitida de la base de datos. Si bien el ejemplo anterior puede parecer largo debido a la longitud de 32 caracteres hexadecimales de un GUID, es difícil exceder la longitud máxima permitida de una declaración SQL. Por ejemplo, la longitud máxima de una declaración SQL en PostgresSQL es ahora de 2.147.483.648 caracteres o aproximadamente 2 GB.

Una página de datos D_HotelsContacted que se aplica a FSG-Data-Address podría modelarse después de D_AddressesWithinDistance. Para ello, la actividad Connect_SQL_pr_fsg_data_address se copia primero en Connect_SQL_HotelsNotContacted. 

La actividad Connect_SQL_HotelsNotContacted usa primero una página de datos D_HotelsContacted que invoca una definición de reportes que obtiene la lista de los GUID de los hoteles contactados en el último mes. Después, la página de datos D_HotelsContacted procesa posteriormente la lista de páginas de pxResults() para construir el valor de una propiedad llamada AsisExpression.

La solución para derivar AllAddressesWithinDistance (de un lugar de eventos) requiere un tratamiento similar. La meta es resolver el lado derecho de la siguiente expresión. En este caso, quiere usar “IN” en lugar de “NOT IN”.

Este valor AsIsExpression es la secuencia de valores de pyGUID de la dirección del lugar asociado con los eventos de FSG que se llevaron a cabo en el último mes. El siguiente valor es un ejemplo del valor de propiedad D_VenuesUsed.AsisExpression . El valor D_VenuesUsed.AsisExpression es más corto que el valor D_HotelsContacted.AsisExpression porque se pueden contactar varios hoteles por evento.

Event.StartDT

Como se describió anteriormente, las páginas de datos que derivan los valores de AsIsExpression de los pyGUID de la dirección del lugar y del hotel tienen como origen una definición de reportes. Estas definiciones de reportes, VenueAddressLatLong y HotelAddressLatLong, solo deben examinar los eventos que comenzaron en el mes anterior. Exponer la propiedad .Event.StartDT del caso BookEvent como una propiedad a nivel de caso es un uso simple de Optimize for reporting (Optimizar para creación de reportes). El resultado se muestra a continuación.

Una parte del filtro dentro de cada definición de reportes es: EVENT.Event.StartDT mayor que el mes anterior.

.RoomsRequest.HotelGUID

Actualmente, el GUID de cada hotel contactado existe dentro del grupo de campos abstracto RoomsRequest de cada caso RoomsRequest. Recuerde que su grupo de campos se comparte entre las aplicaciones de Hotel y HotelProxy a través de un componente. A diferencia del caso BookEvent que tiene una propiedad VenueGUID expuesta, el caso RoomsRequest no tiene una propiedad .HotelGUID expuesta a nivel de caso.

La propiedad HotelGUID expuesta debe residir en la clase FSG-Booking-Work-RoomsRequest, no es la clase FSG-Hotel-Work-RoomsRequest de la aplicación de hotel incorporada. Es simple definir una propiedad HotelGUID en FSG-Booking-Work-RoomsRequest. El valor de dicha propiedad se puede establecer usando una expresión Rule-Declare-Expression definida como .HotelGUID = .RoomsRequest.HotelGUID.

En la tarea anterior, se mencionaron las definiciones de reportes VenueAddressLatLong y HotelAddressLatLong. La forma en que se definen dichas definiciones de reportes se puede ver en la solución proporcionada. Y como debe ser, las condiciones de filtro con la pestaña Query (Consulta) son idénticas.

Debido a que el caso RoomsRequest es un caso hijo de BookEvent, la definición del alias EVENT sería diferente para las dos definiciones de reportes.  Recuerde que FSG-Data-Address hace referencia a FSG-Data-Location, no a un caso.

El resto de la solución se resume en la siguiente tabla.  Tenga en cuenta que el data transform de respuesta, GenerateAsisExpressionFromAddressReference, establece pyNote.

El último paso es definir las reglas Connect-SQL de HotelsNotContacted. El contenido de la pestaña Browse (Examinar) se muestra a continuación.

Tenga en cuenta que la propiedad pyNote de AdddressPage se decide mediante la expresión ternaria: (param.dist_unit = "km" ? "111.045" : "69.407").

• SELECT pyGUID AS "pyGUID", Reference AS "Reference", IsFor AS "IsFor", Street AS "Street", City AS "City", State AS "State", PostalCode AS "PostalCode", Country AS "Country", Latitude AS "Latitude", Longitude AS "Longitude", Distance AS "Distance" FROM ( SELECT z.pyguid AS pyGUID, z.reference AS Reference, z.isfor AS IsFor, z.street AS Street, z.city AS City, z.state AS State, z.postalcode AS PostalCode, z.country AS Country, z.latitude AS Latitude, z.longitude AS Longitude, {AddressPage.pyNote Decimal } * DEGREES(ACOS(COS(RADIANS(p.latpoint)) * COS(RADIANS(z.latitude)) * COS(RADIANS(p.longpoint - z.longitude)) + SIN(RADIANS(p.latpoint)) * SIN(RADIANS(z.latitude)))) AS Distance FROM {Class:FSG-Data-Address} AS z JOIN ( SELECT latitude AS latpoint, longitude AS longpoint FROM {Class:FSG-Data-Address} WHERE reference IN ({Asis:D_VenuesUsed.pyNote}) ) AS p ON 1 = 1 ) AS d WHERE distance <= {AddressPage.Distance Decimal } AND reference NOT IN ({Asis:D_HotelsContacted.pyNote}) AND isFor = 'Hotel' ORDER BY distance LIMIT 15