Mostrar la Edición Más Reciente en Múltiples Tablas

jcarlson

TL;DR: Esta expresión devuelve el resumen de edición más reciente a través de múltiples tablas.<\/P>

¿Por qué, exactamente?<\/H3>Usaré un ejemplo concreto. Uno de los departamentos de nuestro condado rastrea quejas de salud. Estas están organizadas en investigaciones (una capa puntual), con un registro continuo de notas, adjuntos, etc., así como una lista de violaciones asociadas con la investigación (dos tablas relacionadas).<\/P>El personal interactúa con estas investigaciones a través de una serie de Dashboards y formularios Survey123. Desde una perspectiva de gestión<\/EM>, sin embargo, nos interesa ver la actividad más reciente en una investigación<\/EM>, sin importar la tabla específica.<\/P>¿Puedo hacer esto sin una expresión?<\/H3>¡Más o menos! Es <\/EM>posible navegar por mis registros relacionados, al menos en el Classic Map Viewer. Pero ese proceso, en clics, se ve así:<\/P>Haz clic en la entidadHaz clic en Mostrar Registros Relacionados<\/STRONG><\/LI>Haz clic en la tabla de interésOpcionalmente, haz clic para ordenar la tabla relacionada por fecha para encontrar más fácilmente la edición más recienteHaz clic en Mostrar Registros Relacionados<\/STRONG><\/LI>Haz clic en la siguiente tabla<\/OL>Y así sucesivamente. Y luego tengo que recordar cada valor, cuál era cuál, comparar en mi cabeza (ya que no pueden mostrarse lado a lado), y entonces lo tengo.<\/P>Quizás construir acciones de selección\/filtrado en mi Dashboard o Experience para el usuario final podría reducir algunos clics, pero en el mejor de los casos, esto solo pone mis ediciones recientes por capa a mi vista para que yo mismo las compare.<\/P>Lo que realmente<\/EM> quiero aquí es eliminar ese paso final también. Hacer la comparación y darme la sólo <\/EM>edición más reciente para que pueda saber de un vistazo qué se ha editado, cuándo y por quién.<\/P>Así que, vamos al Arcade.<\/P>NOTA: Esto asume que todas tus capas usan los campos estándar de seguimiento del editor last_edited_date<\/STRONG> y last_edited_user<\/STRONG>.<\/P><\/BLOCKQUOTE>Construyendo la Expresión<\/H3>Para obtener el resultado que queremos, necesitamos la única entidad editada más recientemente por cada tabla relacionada. Esto se puede hacer como sigue:<\/P> <\/P>var related_records = FeatureSetByRelationshipName($feature, "relationship_name")

var sorted_records = OrderBy(related_records, 'last_edited_date DESC')

var most_recent_record = First(sorted_records)<\/code><\/pre> <\/P>Funciones Personalizadas, Combinando Funciones<\/H4>Eso es mucha salida intermedia innecesaria que se repetiría para cada tabla. Siempre que sea posible, es deseable combinar funciones juntas. Pero tal vez no tanto como para que tu código sea difícil de entender.<\/P>Considera:<\/P>First(OrderBy(FeatureSetByRelationshipName($feature, "EH_Complaints_violations"), 'last_edited_date DESC'))<\/PRE>Esa es una expresión válida, pero bastante larga. Siéntete libre de poner algunos saltos de línea si te ayuda.<\/P>First(
OrderBy(
FeatureSetByRelationshipName(
$feature,
"EH_Complaints_violations"),
'last_edited_date DESC')) <\/PRE>En este ejemplo, sin embargo, tendremos que escribir mucho de esto para cada <\/EM>tabla relacionada en nuestra capa. Personalmente, me gusta usar funciones personalizadas para cosas como esta. Aquí usaré una función personalizada MostRecent<\/STRONG> para combinar las funciones First<\/STRONG> y OrderBy<\/STRONG>. Luego puedo usar eso con cada tabla relacionada para obtener mis entidades más recientes muy concisamente.<\/P> <\/P>function MostRecent(lyr){
return First(OrderBy(lyr, 'last_edited_date'))
}

var violations = FeatureSetByRelationshipName($feature, "EH_Complaints_violations")
var narrative = FeatureSetByRelationshipName($feature, "EH_Complaints_narrative")

var most_recent_v = MostRecent(violations)
var most_recent_n = MostRecent(narrative)<\/code><\/pre> <\/P>Comparaciones<\/H4>Todo esto está bien y es bueno, pero ¿cómo obtengo la entidad más reciente entre estas entidades individuales? No puedo <\/EM>usar OrderBy<\/STRONG>, porque estas son entidades separadas, no un FeatureSet. Sin embargo, sí existe la función Sort<\/STRONG><\/A>. Pero toma un arreglo y una función de comparación como argumentos, y nos faltan esos.<\/P>Bastante fácil para el arreglo. ¡Solo pon corchetes y comas alrededor de tus entidades!<\/P>[most_recent_v, most_recent_n, $feature]<\/PRE>La comparación es simple. Tomando el last_edited_date <\/STRONG>de nuestras entidades, simplemente vemos cuál es mayor, es decir, más reciente.<\/P> <\/P>function DateSort(a, b){
if (a['last_edited_date'] > b['last_edited_date']){
return -1
} else {
return 1
}
}

var sorted = Sort([most_recent_v, most_recent_n, $feature], DateSort)

var most_recent_feature = First(sorted)<\/code><\/pre> <\/P>Ahora tenemos un arreglo de entidades ordenadas desde la más recientemente editada hasta la menos reciente, y podemos simplemente tomar el valor First<\/STRONG> de ese arreglo.<\/P>Sólo que... ¿cómo sabemos a qué tabla pertenece?<\/EM>?<\/P>

Retroceder e Incluir Tabla de Origen<\/H4>A algún punto anterior en nuestra expresión, tenemos que vincular algún identificador de tabla a las entidades individuales. La forma más simple de hacer esto es usar un dicionario<\/STRONG>. O mejor dicho, un arreglo de diccionarios. Lo formatearemos así:<\/P> <\/P>[
{table: 'Detalles de Queja', feat: $feature},
{table: 'Violations', feat: most_recent_v},
{table: 'Narrative', feat: most_recent_n}
]<\/code><\/pre> <\/P>Nuestra función DateSort aún puede funcionar igual, pero ahora necesitaremos acceder a la entidad como un valor del diccionario mayor. Es decir,<\/P>a['feat']['last_edited_date']<\/PRE>y así sucesivamente. Ahora tenemos nuestra única entidad junto con su tabla de origen. Solo queda construir una cadena de salida.<\/P> <\/P>return `${most_recent_feature['table']} layer
editado ${most_recent_feature['feat']['last_edited_date']}`<\/code><\/pre> <\/P>Pero ya he hablado suficiente y dado suficientes piezas de la expresión. Vamos a concluir.<\/P>La Expresión Final<\/H3>Aquí está todo junto. Con un par de ajustes adicionales también, como agregar el nombre completo del usuario.<\/P> <\/P>// Función personalizada para devolver la entidad más reciente
function MostRecent(lyr){
return First(OrderBy(lyr, 'last_edited_date'))
}

// FeatureSets para cada tabla relacionada
var violations = FeatureSetByRelationshipName($feature, "EH_Complaints_violations")
var narrative = FeatureSetByRelationshipName($feature, "EH_Complaints_narrative")

// Arreglo de diccionarios con tabla de origen
var feats = [
{table: 'Detalles de Queja', feat: $feature},
{table: 'Violations', feat: MostRecent(violations)},
{table: 'Narrative', feat: MostRecent(narrative)}
]

// Función para ordenar
function DateSort(a, b){
if (a['feat']['last_edited_date'] > b['feat']['last_edited_date']){
return -1
} else {
return 1
}
}

var most_recent = First(Sort(feats, DateSort))

// Líneas extra para obtener el nombre completo del usuario
var portal = Portal('https:\/\/maps.co.kendall.il.us\/portal')
var editing_user = GetUser(portal, most_recent['feat']['last_edited_user'])

// Devuelve una cadena formateada basada en la entidad más reciente
return `${most_recent['table']} table
editado ${Text(most_recent['feat']['last_edited_date'], 'DD-MMM-YYYY')}
por ${editing_user}`<\/code><\/pre> <\/P> Y después de todo eso, aquí está el resultado:<\/P>Parece mucho para tres líneas de texto, pero ahora el usuario que supervisa este programa puede obtener una pieza de información que desea con un solo clic.


Bud

On a side note:
(I do a similar thing to what @jcarlson mentions above, but I use SQL queries in Oracle, instead of Arcade.)


One thing I find frustrating is that domains don't have a date column/property to track the last time the domain was modified.

Scenario — sync to external system:

I have a sidewalk FC that I sync as assets to a work order management system. The sync logic is based on a SYNC_NEEDED column in a spatial view on the FC. That SYNC_NEEDED column is based on the LAST_EDITED_DATE. But ideally, It would also account for changes to domains as well.

For example, the sidewalk FC has a MATERIAL column that uses a MATERIAL_SIDEWALK domain. If someone were to change a value in the domain from, say, CONCRETE to CONCRETE - CAST-IN-PLACE, then ideally, the affected features in the FC should be synced, so that the new material information would show up in the external system.

But since there's no way to query for domains that have changed, that doesn't seem to be possible. 
The only other option for capturing the domain changes would be to re-sync the entire FC on a schedule, which is problematic since the external system (IBM Maximo) is extremely slow at syncing records. The only realistic option is to sync changes-only, not sync all rows.

Related:

• Idea: Add a timestamp column to GDB_ITEMS table (Oracle)
• Auto-Updating features [flagging edited features for syncing to external system: Maximo]