13
votes

I am porting our product's database to SQLite from another product that supported Guids. As we know, SQLite does not support Guids. I've got created an entity framework 6 model from my database (database first) and I need to build a query from C# that compares the Guid to one passed from the code.

The thing is I can't find any documentation on how the SQLite Entity Framework provider handles Guids. A web search didn't find anything useful for me, either. Just questions about using Entity Framework with SQLite.

Can anybody point me to the documentation, or maybe tell me how to work with Guids in a SQLite database through an EF6 model?

2
SQLite doesn't have an explicit column type GUID, but storing them with type affinity BLOB works perfectly fine. Don't know much about Entity Framework, but it seems type converters (beyond enums) will be only in EF 7. But GUID has a CTor from byte array etc, so it might be pretty straightforward. - peterchen
I'm storing them as BLOBs in my model, however, I have a problem. The code has an expression similar to "ID == Guid('xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx') which is throwing an exception because the type of ID in the database is Byte[] and the thing on the right is a Guid. The code in question has to run on our client (the code I'm working on) with SQLite, and on our server, where the database is SQL Server. The expression string can't change. I have to do something on the SQLite side to make the comparison work. I just don't know what. That's why I'm looking for the documentation. - Tony Vitabile
In SQLite, you can override the Guid() function: sqlite.org/c3ref/create_function.html (not sure how that works through EF though) - peterchen
That 'Guid()' function does not run in SQLite. It runs in the SQLite Entity Framework provider to convert a string into a Guid. The provider then emits a SQL query which compares the value in the column to the Guid. The problem is that the EF provider doesn't like the expression because the column type in EF is byte[], but the thing being compared is a Guid. I can't seem to find any documentation and the lack of Guid support is killing me. - Tony Vitabile
Did you find a solution? I'm having the same problem right now... - Daniel Sklenitzka

2 Answers

11
votes

It appears that this was resolved in 1.0.95 however broken again in 1.0.97. The solution is to set the BinaryGUID property on the connection string to true and set the following environment variable (before you make the connection)

Environment.SetEnvironmentVariable("AppendManifestToken_SQLiteProviderManifest",";BinaryGUID=True;");

Data Source=c:\mydb.db;Version=3;BinaryGUID=True;

https://www.connectionstrings.com/sqlite/

4
votes

I finally have an answer to this problem.

My problem is that the SQLite Entity Framework 6 provider doesn't handle converting literal Guids in your code into SQL properly. That is, a Linq expression of the form

context.MyEntity.Where( x => x.GuidColumn == new Guid("xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx") )

Gets converted into the following SQL:

SELECT GuidColumn, Column1, Column2, . . . Column n
FROM MyEntity AS Extent1
WHERE Extent1.GuidColumn = 'xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx"

This is wrong, since the value stored in the column is a byte array.

According to this problem report on the SQLite site, it turns out that the SQLite team considers this to be a bug in the provider and they are working to fix it in release 1.0.95.0. I don't know when that will be released, but at least they recognize it as a problem and are going to fix it.