Cuando EXISTS no funciona: File Geodatabases y Subconsultas Correlacionadas

JoshuaBixby

<\/HEAD>

En \/blogs\/tilting\/2016\/09\/27\/performance-at-a-price-file-geodatabases-and-sql-support?sr=search&searchId=c3a45d0d-24f6-481b-bcf7-cfc7493b25fc&searchIndex=0<\/A>, llamo la atención sobre la compensación en el soporte SQL que Esri hizo al desarrollar la file geodatabase (FGDB) como reemplazo de la personal geodatabase (PGDB).  En esa publicación, se proporcionan varios enlaces para quienes estén interesados en aprender más sobre el soporte SQL en file geodatabases.  Aunque hay bastante superposición en el contenido entre las diversas fuentes\/enlaces, también hay declaraciones importantes que solo existen en un lugar u otro, y conocer eso puede ser importante al solucionar errores o tratar de entender resultados espurios de datos almacenados en file geodatabases.<\/P>

<\/P>

Un área donde los usuarios pueden meterse en problemas con file geodatabases y SQL es la condición u operador EXISTS.  Al mirar la Referencia SQL (FileGDB_SQL.htm) en la File Geodatabase API (

@Esri Downloads <\/A>) o la Referencia SQL para expresiones de consulta usadas en ArcGIS<\/A>:<\/P>

[NOT] EXISTS<\/P><\/TD>

Devuelve TRUE si la subconsulta devuelve al menos un registro, de lo contrario, devuelve FALSE. Por ejemplo, esta expresión devuelve TRUE si el campo OBJECTID contiene un valor de 50:<\/P> EXISTS (SELECT * FROM parcels WHERE "OBJECTID" = 50)<\/PRE>EXISTS es compatible solo con file, personal y ArcSDE geodatabases.<\/TD><\/TR><\/TBODY><\/TABLE><\/BLOCKQUOTE><\/P>Viendo que SQL EXISTS es compatible con la file geodatabase, ¿cómo alguien puede meterse en problemas usándolo?  Desafortunadamente, es más fácil de lo que podría esperar, y la respuesta son las subconsultas correlacionadas.<\/P><\/P>Las subconsultas correlacionadas son bastante comunes cuando se trabaja con EXISTS, tan comunes de hecho que la documentación de Microsoft para

EXISTS (Transact-SQL)<\/A> y la documentación de Oracle para Condición EXISTS <\/A>ambas usan una subconsulta correlacionada en mínimo un ejemplo de código.  En su forma más simple, una subconsulta correlacionada es una subconsulta que se relaciona con una o más tablas en la consulta externa.  La teoría y empirismo de las subconsultas correlacionadas va mucho más allá de esta publicación del blog, pero mencionaré que las subconsultas correlacionadas tienen algunas propiedades similares a JOIN, o al menos apariencias.<\/P>

<\/P>

El siguiente ejemplo está&nbspadaptado de 

Select Max value arcpy<\/A>, la misma pregunta en GeoNet que me llevó a investigar este problema hace muchos meses.  Comencemos con dos tablas básicas (TableA y TableB), cada una con un campo texto y un campo entero, y aunque una tabla contiene un subconjunto de registros de la otra tabla.<\/P>

<\/P>

<\/P>

>><\/SPAN>><\/SPAN> fgdb =<\/SPAN> # ruta a file geodatabase<\/SPAN>\n>><\/SPAN>><\/SPAN> pgdb =<\/SPAN> # ruta a personal geodatabase<\/SPAN>\n>><\/SPAN>><\/SPAN> egdb =<\/SPAN> # ruta a enterprise geodatabase, SQL Server usado en el ejemplo<\/SPAN>\n>><\/SPAN>><\/SPAN> gpkg =<\/SPAN> # ruta a GeoPackage<\/SPAN>\n>><\/SPAN>><\/SPAN> gdbs (<\/)fgdb<SPAN class="punctuation token">,<\/) pgdb<SPAN class="punctuation token">,<\/) egdb<SPAN class="punctuation token">,<\/) gpkg<SPANCspanclass=punctuationtoken>)
>>>
>>> values = (("A", 1), ("A", 2), ("B", 1),

LanceShipman

File Geodatabase does not support correlated subqueries,