Using sql server as a document database, with transactions, joins, unit of work and other good stuff
PostgresDoc is now the most ironically named ORM! Also, it doesn’t support objects, relations or mapping, but it does now support Sql Server - at least the recent versions.
Historically, PostgresDoc has been a data access library providing serialization/deserialization, transactions, and a unit of work on top of the Postgresql json data type and associated indexes. Recently I got around to implementing the same thing on top of Sql Server’s XML data type and its indexes.
Here is the Doco
PostgresDoc now supports SQL Server. SQL Server does not have the required JSON support, so the SQL Server version serializes to xml instead. The serializer supports .net classes, records and discriminated unions.
Create your store like this:
let storeSql = SqlStore "your connection string"
and create tables like this:
CREATE TABLE [dbo].[card]( [Id] [uniqueidentifier] NOT NULL, [Data] [xml] NOT NULL, CONSTRAINT [PK_card] PRIMARY KEY CLUSTERED ( [Id] ASC )
Inserting, updating and deleting work the same as for Postresql. Querying requires the use of Sql Server’s XML querying capabilities.
[ "sourceUrl", box url "userId", box userId ] |> query<Deck> store "select [Data] from [deck] where Data.value('(/Deck/userId)', 'uniqueidentifier') = @userId and Data.value('(/Deck/sourceUrl)', 'nvarchar(512)') = @sourceUrl"
Sql server xml indexes traditionally index everything, which is convenient, bulky and slow.