Skip to content
A .NET document database working on any RDBMS
Branch: dev
Clone or download
Permalink
Type Name Latest commit message Commit time
Failed to load latest commit information.
.vscode Fixing nested Transaction bug with Sqlite. May 10, 2016
samples Flowing isolation level in all transactions (#161) Feb 4, 2019
src Added SQL Query debugging (#180) May 14, 2019
test/YesSql.Tests
.editorconfig Adding .editorconfig Mar 31, 2017
.gitattributes Fixing object duplication Jan 29, 2016
.gitignore Fixing build Apr 4, 2016
.travis.yml Minimize `dotnet` setup time (#29) Sep 21, 2016
LICENSE.txt Adding license Feb 2, 2012
NuGet.config Updating to dotnet.myget.org Sep 22, 2016
README.md Fixing myget badge Jan 30, 2019
YesSql.sln Refactoring WorkerQueryKey (#105) Apr 25, 2018
appveyor.yml
build.cmd Transition to netcore rc2 and using dotnet cli Apr 4, 2016
build.ps1 Updrading to VS2017 Feb 1, 2017
build.sh Updrading to VS2017 Feb 1, 2017
pack.cmd Fixing pack script Apr 5, 2016
pack.ps1 Adding new Store ctor Apr 12, 2017

README.md

YesSql

A .NET document database interface for relational databases, because in SQL we (still) trust !

Build status NuGet MyGet

How does it work ?

YesSql is a .NET Core document database interface over relational databases which allows you to define documents and indexes using plain old CLR objects. The main difference with document databases is that it uses any RDBMS to store them, which gives you all the power of SQL databases like transactions, replication, reporting, ... But the main advantage might be that there is no magic involved, it's pure SQL !

A video about YesSql was recorded and is available here https://www.youtube.com/watch?v=D42eK6CJjF4

FAQ

Aren't NoSQL databases also about map/reduce ?

YesSql has support for it too. There is a sample project in the source code, and you'll see that map/reduce is fully supported by looking at the tests.

Aren't NoSQL databases faster than SQL databases ?

Well, I don't know what fast is, but you can try to run the performance sample to ensure it fits your needs. Here is the output on my machine using Microsoft SQL Server 2016:

YesSql Wrote 5,163 documents in 2,157ms: 2.39: docs/ms

Queried by full name 100*3 times at 430ms
Queried by partial name 100*3 times at 827ms

This performance test is based on one used to compare Redis to RavenDb that you can find here: http://www.servicestack.net/mythz_blog/?p=474

How is the database structured ?

There is a global [Document] table. Each index is a custom class which has its own table. A reduce index also adds a bridge table in order to map many documents. Internally YesSql communicates with the database server using Dapper.

Dude ! Why another document database ?

I know :/ Well actually I am a big fan of document databases and I am well aware that some like MongoDb and RavenDb are already top-notch ones, but what if you want a free, transactional .NET document database ?

  • MongoDb is not transactional, and some applications can't cope with it. RDBMS on the contrary are all transactional.
  • RavenDb (which I am a big fan of) is not free. Also the fact that it's using custom serialization libraries and Lucene to store the data might scare some companies which have invested a lot in SQL, trust SQL, and have in-house experts.

So YesSql might be an answer for the developers who face those restrictions. If you don't care about those then please don't spend one more minute on YesSql, it's useless for you.

I am sold, where do I start ?

The documentation is here: https://github.com/sebastienros/yessql/wiki

You can also take a look at the sample apps in the source code.

You can’t perform that action at this time.