ADO.NET 2.0/3.5 Provider for SQLite

[Steven Lee]

System.Data.SQLite is very famous, and many projects use it now, so
why not use the same namespace and class name to rewrite
Community.CsharpSqlite.SQLiteClient to be compatible with
System.Data.SQLite?

clone a System.Data.SQLite library that use C#SQLite.

[Kosenko Max]

System.Data.SQLite will have a version that will use C#SQLite inside.
So there is no meaning to mix things up in the same namespace.
Also System.Data.SQLite named so because it's ADO.NET. C#SQLite is
not.

[Daniel Morgan]

Do not hold your breadth. The author of System.Data.SQLite has
already stated he does not have time to do it. Plus, he claimed that
it did not work on silverlight due to locking. And until Noah fixes
the locking, there is no point in him doing the port. But, I disagree
with that because others here have gotten it to work on silverlight.

So, I think someone should step up. I would not use the same
namespace as System.Data.SQLite though. They can look at the
SQLiteClient as a starting point on porting System.Data.SQLite to use
csharp-sqlite.

I took the solution for csharp-sqlite (not the solution for the
sliverlight because it was .net 4.0 only), added a define for
silverlight. Changed some ternary operators to if/then statements.
Removed from the solution where it was ignoring various warnings.
After that, I was able to build and run using MonoDevelop on Mono on
Linux.

[Mike]

System.Data.SQLite hasn't been updated in about a year now and
increasingly it appears the project is becoming abandonware. I think
C#-SQLite should create its own destiny and certainly not hitch itself
to that wagon...To the extent that C#-SQLite can leverage the work
done in System.Data.SQLite (especially the ADO.NET provider and VS.NET
addin) I certainly think it should do so -- but not by way of
modifications to System.Data.SQLite.

Mike

--
Subscription settings: http://groups.google.com/group/csharp-sqlite/subscribe?hl=en