Perhaps this is not quite the right forum, but despite being successful using the new SL-King SpatiaLite FDO Provider (version 0.1.2 as made available <a href="http://www.sl-king.com/fdospatialite" target="_blank">here</a>) to read from SpatiaLite databases we have encountered a few issues writing to SpatiaLite.<br>



<br>One of the primary issues in using this provider is that we were unable to write to more than one table to a schema. An SQL error is raised when attempting to create the second table indicating that the first table already exists. In this example creating two identical tables named &#39;states&#39; and &#39;states2&#39; respectively the &#39;states&#39; table is written correctly first and then the following exception is thrown for the second time we apply schema for the &#39;states2&#39; table:<br>



<br>&#39;class FdoException exception: Error prepare statement &#39;CREATE TABLE states ( AREA DOUBLE,POP1990 DOUBLE,POP2000 DOUBLE,POP90_SQMI DOUBLE,PRIMARYINDEX INTEGER,STATE_ABBR TEXT,STATE_FIPS TEXT,STATE_NAME TEXT,SUB_REGION TEXT, PRIMARY KEY ( PRIMARYINDEX ) ) ,! sqlite_error=&#39;table states already exists&#39;<br>



<br>It appears that though the provider claims &#39;SupportsSchemaModification&#39;, all features for a schema are expected to be provided at once as it attempts an SQL create table statement for each table currently in the schema. <br>


Thus, if a schema is built up and applied one table at a time, as we do in our application, the above error results. Similarly there is no support for dropping tables when they are removed from the schema.<br><br>Is this the wrong approach (it does seem to work nicely in other providers)? Is this planned on being fixed soon?<br>

<br>For now we have coded around the creation issue but have had to disable table dropping.<br>
<br clear="all">Thanks<br>ryan<br>