Standalone tables are getting scrambled in SQLite geodatabases

1425
10
Jump to solution
01-24-2017 08:57 AM
AndyWright
Occasional Contributor

I've created a SQLite geodatabase from within ArcMap 10.4.1 by sharing its contents as Runtime Content.  There are 28 map layers in there and 10 standalone tables.  The geodatabase gets created successfully and a I can load all map layers and tables into the map in my application without issue.  The problem surfaces when I try to instantiate a GeodatabaseFeatureTable object against one of the standalone tables.  The table name is correct which makes you think you've got the right stuff, but the fields collection contains fields that are part of a completely different table.  Obviously that makes it pretty, pretty hard to do anything meaningful with respect to the tables.  Prior to running into this issue I had been using a SQLite geodatabase with 28 map layers and 1 standalone table in it and had no problems with queries against that 1 table. 

Has anyone else experienced this or worked around it?  I've been running into quite a few issues with this API lately and calling in a ticket to tech support has been, shall we say, painful at best.  It doesn't appear that Esri has resources that are familiar with the new API and how to set up and recreate even minor issues.  So hopefully someone from the development team can help us all out here.  Thanks in advance ...

0 Kudos
10 Replies
AndyWright
Occasional Contributor

Mike,

We've been testing this same workflow inside of ArcGIS Pro 1.4.1 and we are seeing the same scrambled tables issue in SQLite geodatabases created as part of mobile map packages.  We'd obviously like to move away from ArcMap and MXDs in general, but obviously won't be able to until Pro has parallel functionality.  Should I call this in as a bug or will reporting this to you here get things moving in the right direction?

0 Kudos