Wanneer EXISTS Niet Werkt: File Geodatabases en Gecorreleerde Subqueries

JoshuaBixby

<\/HEAD>

In \/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>, breng ik de aandacht op de SQL-ondersteuning trade-off die Esri maakte tijdens de ontwikkeling van de file geodatabase (FGDB) als vervanging voor de personal geodatabase (PGDB).  In die post worden verschillende links gegeven voor degenen die meer willen weten over SQL-ondersteuning in file geodatabases.  Hoewel er veel overlap is in inhoud tussen de verschillende bronnen\/links, zijn er ook belangrijke uitspraken die slechts op één plek bestaan, en dat te weten kan belangrijk zijn bij het oplossen van fouten of het proberen te begrijpen van vreemde resultaten uit gegevens opgeslagen in file geodatabases.<\/P>

<\/P>

Een gebied waar gebruikers zichzelf in de problemen kunnen brengen met file geodatabases en SQL is de EXISTS-voorwaarde of operator.  Als je kijkt naar de SQL Reference (FileGDB_SQL.htm) in de File Geodatabase API (

@Esri Downloads <\/A>) of de SQL reference for query expressions used in ArcGIS<\/A>:<\/P>

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

Geeft TRUE terug als de subquery ten minste één record retourneert, anders geeft het FALSE terug. Bijvoorbeeld, deze expressie geeft TRUE terug als het OBJECTID-veld een waarde van 50 bevat:<\/P> EXISTS (SELECT * FROM parcels WHERE "OBJECTID" = 50)<\/PRE>EXISTS wordt alleen ondersteund in file, personal en ArcSDE geodatabases.<\/TD><\/TR><\/TBODY><\/TABLE><\/BLOCKQUOTE><\/P>Aangezien SQL EXISTS wordt ondersteund in de file geodatabase, hoe kan iemand dan toch problemen krijgen bij het gebruik ervan?  Helaas is het makkelijker dan je zou verwachten, en het antwoord ligt bij gecorreleerde subqueries.<\/P><\/P>Gecorreleerde subqueries zijn vrij gebruikelijk bij het werken met EXISTS, eigenlijk zo gebruikelijk dat Microsoft's

EXISTS (Transact-SQL)<\/A> documentatie en Oracle's EXISTS Condition <\/A>documentatie beide een gecorreleerde subquery gebruiken in tenslotte eén codevoorbeeld.  In zijn eenvoudigste vorm is een gecorreleerde subquery een subquery die terugverwijst naar één of meer tabellen in de buitenste query.  De theorie en empirische kennis van gecorreleerde subqueries gaat veel verder dan deze blogpost, maar ik zal vermelden dat gecorreleerde subqueries enkele JOIN-achtige eigenschappen hebben, of tenminste zo lijken.<\/P>

<\/P>

Het volgende voorbeeld is aangepast van 

Select Max value arcpy<\/A>, dezelfde GeoNet-vraag die me maanden geleden aanzette tot onderzoek naar dit probleem.  Laten we beginnen met 2 basistabellen (TableA en TableB), ieder met een tekst- en een geheel getalveld, en eén tabel bevat een subset van records uit de andere tabel.<\/P>

<\/P>

<\/P>

>><\/SPAN>><\/SPAN> fgdb =<\/SPAN> # pad naar file geodatabase<\/SPAN>\n>><\/SPAN>><\/SPAN> pgdb =<\/SPAN> # pad naar personal geodatabase<\/SPAN>\n>><\/SPAN>><\/SPAN> egdb =<\/SPAN> # pad naar enterprise geodatabase, SQL Server gebruikt in voorbeeld<\/SPAN>\n>><\/SPAN>><\/SPAN> gpkg =<\/SPAN> # pad naar GeoPackage<\/SPAN>\n>><\/SPAN>><\/SPAN> gdbs =<\/SPAN> (<\/SPAN>fgdb, pgdb, egdb, gpkg)<\/SPAN>\n>><\/SPAN>><\/SPAN> \n>><\/SPAN>><\/SPAN> values =<\/SPAN> (<\/SPAN>(<\/SPAN>"A"<\/SPAN>, 1<\/SPAN>)<\/SPAN>, )<\/SPAN>:<\/SPAN>
.<\/SPAN>.<\/SPAN>.<\/SPAN>         table =<\/SPAN> arcpy.<\/SPAN>CreateTable_management(<\/SPAN>gdb, <\/SPAN>table_names[<\/SPAN>i-1<\/SPAN>]<\/SPAN>)<\/SPAN>
.<\/SPAN>.<\/SPAN>.<\/SPAN>         arcpy.<\/SPAN>AddField_management(<\/SPAN>table, <\/SPAN>"id"<\/SPAN>, <\/SPAN>"TEXT"<\/SPAN>)<\/SPAN>
.<\/SPAN>.<\/SPAN>.<\/SPAN>         arcpy.<\/SPAN>AddField_management(<\/SPAN>table, <\/SPAN>"version"<\/SPAN>, <\/SPAN>"LONG"<\/SPAN>)<\/SPAN>   
.<\/SPAN>.<\/span>.<\/span>         with<\/span> arcpy. < / Span > da < Span Class = "Punctuation Token ">. < / Span > InsertCursor < Span Class = "Punctuation Token ">( < / Span > table < Span Class = "Punctuation Token ">, < / Span > ( < Span Class = "String Token "> "id" < / Span > , < Span Class = "String Token "> "version" < / Span > ) < Span Class = "Punctuation Token ">) < / Span >  < span Class = "Keyword Token ">as< / span > cur < span Class = "Punctuation Token ">: < / span >
. < / span > < span Class = "Punctuation Token ">. < / span > < span Class = "Punctuation Token ">. < / span >& nbsp ; & nbsp ; & nbsp ; & nbsp ; & nbsp ; & nbsp ; & nbsp ; & nbsp ; & nbsp ; & nbsp ; & nbsp ; & nbsp ; & nbsp ; & nbsp ; & nbsp ; cur.insertRow(value)
. < / span > < span Class = "Punctuation Token ">. < / span > < span Class = "Punctuation Token ">. < / span >& nbsp ; & nbsp ; & nbsp ; & nbsp ;
. < / span > < span Class = "Punctuation Token ">. < / span > < span Class = "Punctuation Token ">. < / span >& nbsp ; & nbsp ; & nbsp ; & nbsp ; qry  =  (  < span Class = "String Token "> "BESTAAT (SELECT 1" 
.  .  .  & nbsp ; & nbsp ; & nbsp ; & nbsp ; & nbsp ; & nbsp ; & nbsp ; & nbsp ; & nbsp ; & nbsp ; & nbsp ; & nbsp ; & nbsp ; & nbsp ; & nbsp ;  "  VAN TableB"
.  .  .  & nbsp ; & nbsp ; & nbsp ; & nbsp ; & nbsp ; & nbsp ; & nbsp ; & nbsp ; & nbsp ; & nbsp ; & nbsp ;  " WAAR TableB.id = TableA.id"
.  .  .   & nb sp; & nb sp; & nb sp; & nb sp; & nb sp; & nb sp; & nb sp; & nb sp; & nb sp; & nb sp; & nb sp; & nb sp; & nb sp; & nb sp; & nb sp; & nb sp;Opmerking:<\/H5>Coverages, shapefiles en andere niet-geodatabase op bestanden gebaseerde gegevensbronnen ondersteunen geen subqueries. Subqueries die worden uitgevoerd op versioned ArcSDE feature classes en tabellen zullen geen features retourneren die zijn opgeslagen in de delta-tabellen. File geodatabases bieden de beperkte ondersteuning voor subqueries die in deze sectie wordt uitgelegd, terwijl personal en ArcSDE geodatabases volledige ondersteuning bieden. Voor informatie over de volledige set subquery-mogelijkheden van personal en ArcSDE geodatabases, raadpleeg uw DBMS-documentatie.<\/P><\/DIV><\/P><\/P><\/P><\/P>Een subquery is een query genest binnen een andere query. Het kan worden gebruikt om predicate- of aggregatiefuncties toe te passen of om gegevens te vergelijken met waarden die in een andere tabel zijn opgeslagen....<\/P><\/BLOCKQUOTE><\/P>Subquery-ondersteuning in file geodatabases is beperkt tot het volgende:<\/P>IN-predicate. Bijvoorbeeld:<\/LI><\/UL>"COUNTRY_NAME" NOT IN (SELECT "COUNTRY_NAME" FROM indep_countries)<\/PRE>Scalaire subqueries met vergelijkingsoperatoren. Een scalaire subquery retourneert een enkele waarde. Bijvoorbeeld:<\/LI><\/UL>"GDP2006" > (SELECT MAX("GDP2005") FROM countries)<\/PRE>Voor file geodatabases kunnen de setfuncties AVG, COUNT, MIN, MAX en SUM alleen worden gebruikt binnen scalaire subqueries.<\/SPAN><\/P>EXISTS-predicate. Bijvoorbeeld:<\/LI><\/UL>EXISTS (SELECT * FROM indep_countries WHERE "COUNTRY_NAME" = 'Mexico')<\/PRE><\/BLOCKQUOTE><\/P>De documentatie vermeldt "beperkte ondersteuning" voor subqueries, maar vermeldt ook dat de EXISTS-predicate wordt ondersteund.  Als subqueries niet het probleem zijn, zijn misschien gecorreleerde subqueries het probleem.  Immers, geen van de EXISTS-voorbeelden in alle documentatie gebruikt een gecorreleerde subquery.  Helaas blijft raden wat we overhouden omdat gecorreleerde subqueries niet expliciet worden genoemd in enige file geodatabase-documentatie die ik kan vinden.<\/P><\/P>Uit dit eenvoudige voorbeeld blijkt duidelijk dat de file geodatabase onjuiste resultaten geeft bij gebruik van EXISTS met gecorreleerde subqueries.  Zijn de onjuiste resultaten een bug of beperking van SQL-ondersteuning in de file geodatabase?  Zelfs als men probeert het laatste te beargumenteren, blijft het probleem dat de gebruiker onjuiste resultaten krijgt in plaats van een foutmelding, wat zou moeten zijn wat de gebruiker krijgt als gecorreleerde subqueries niet worden ondersteund.<\/P><\/BODY><\/HTML>

LanceShipman

File Geodatabase does not support correlated subqueries,