Oren Eini

aka Ayende Rahien

Oren Eini

CEO of RavenDB

a NoSQL Open Source Document Database

Get in touch with me:

oren@ravendb.net +972 52-548-6969

Posts: 7,578
|
Comments: 51,202

Copyright ©️ Ayende Rahien 2004 — 2025

Privacy Policy · Terms
filter by tags archive
stack view grid view
  • architecture (608) rss
  • bugs (450) rss
  • challanges (123) rss
  • community (378) rss
  • databases (481) rss
  • design (894) rss
  • development (640) rss
  • hibernating-practices (71) rss
  • miscellaneous (592) rss
  • performance (397) rss
  • programming (1085) rss
  • raven (1445) rss
  • ravendb.net (529) rss
  • reviews (184) rss
  • 2025
    • May (10)
    • April (10)
    • March (10)
    • February (7)
    • January (12)
  • 2024
    • December (3)
    • November (2)
    • October (1)
    • September (3)
    • August (5)
    • July (10)
    • June (4)
    • May (6)
    • April (2)
    • March (8)
    • February (2)
    • January (14)
  • 2023
    • December (4)
    • October (4)
    • September (6)
    • August (12)
    • July (5)
    • June (15)
    • May (3)
    • April (11)
    • March (5)
    • February (5)
    • January (8)
  • 2022
    • December (5)
    • November (7)
    • October (7)
    • September (9)
    • August (10)
    • July (15)
    • June (12)
    • May (9)
    • April (14)
    • March (15)
    • February (13)
    • January (16)
  • 2021
    • December (23)
    • November (20)
    • October (16)
    • September (6)
    • August (16)
    • July (11)
    • June (16)
    • May (4)
    • April (10)
    • March (11)
    • February (15)
    • January (14)
  • 2020
    • December (10)
    • November (13)
    • October (15)
    • September (6)
    • August (9)
    • July (9)
    • June (17)
    • May (15)
    • April (14)
    • March (21)
    • February (16)
    • January (13)
  • 2019
    • December (17)
    • November (14)
    • October (16)
    • September (10)
    • August (8)
    • July (16)
    • June (11)
    • May (13)
    • April (18)
    • March (12)
    • February (19)
    • January (23)
  • 2018
    • December (15)
    • November (14)
    • October (19)
    • September (18)
    • August (23)
    • July (20)
    • June (20)
    • May (23)
    • April (15)
    • March (23)
    • February (19)
    • January (23)
  • 2017
    • December (21)
    • November (24)
    • October (22)
    • September (21)
    • August (23)
    • July (21)
    • June (24)
    • May (21)
    • April (21)
    • March (23)
    • February (20)
    • January (23)
  • 2016
    • December (17)
    • November (18)
    • October (22)
    • September (18)
    • August (23)
    • July (22)
    • June (17)
    • May (24)
    • April (16)
    • March (16)
    • February (21)
    • January (21)
  • 2015
    • December (5)
    • November (10)
    • October (9)
    • September (17)
    • August (20)
    • July (17)
    • June (4)
    • May (12)
    • April (9)
    • March (8)
    • February (25)
    • January (17)
  • 2014
    • December (22)
    • November (19)
    • October (21)
    • September (37)
    • August (24)
    • July (23)
    • June (13)
    • May (19)
    • April (24)
    • March (23)
    • February (21)
    • January (24)
  • 2013
    • December (23)
    • November (29)
    • October (27)
    • September (26)
    • August (24)
    • July (24)
    • June (23)
    • May (25)
    • April (26)
    • March (24)
    • February (24)
    • January (21)
  • 2012
    • December (19)
    • November (22)
    • October (27)
    • September (24)
    • August (30)
    • July (23)
    • June (25)
    • May (23)
    • April (25)
    • March (25)
    • February (28)
    • January (24)
  • 2011
    • December (17)
    • November (14)
    • October (24)
    • September (28)
    • August (27)
    • July (30)
    • June (19)
    • May (16)
    • April (30)
    • March (23)
    • February (11)
    • January (26)
  • 2010
    • December (29)
    • November (28)
    • October (35)
    • September (33)
    • August (44)
    • July (17)
    • June (20)
    • May (53)
    • April (29)
    • March (35)
    • February (33)
    • January (36)
  • 2009
    • December (37)
    • November (35)
    • October (53)
    • September (60)
    • August (66)
    • July (29)
    • June (24)
    • May (52)
    • April (63)
    • March (35)
    • February (53)
    • January (50)
  • 2008
    • December (58)
    • November (65)
    • October (46)
    • September (48)
    • August (96)
    • July (87)
    • June (45)
    • May (51)
    • April (52)
    • March (70)
    • February (43)
    • January (49)
  • 2007
    • December (100)
    • November (52)
    • October (109)
    • September (68)
    • August (80)
    • July (56)
    • June (150)
    • May (115)
    • April (73)
    • March (124)
    • February (102)
    • January (68)
  • 2006
    • December (95)
    • November (53)
    • October (120)
    • September (57)
    • August (88)
    • July (54)
    • June (103)
    • May (89)
    • April (84)
    • March (143)
    • February (78)
    • January (64)
  • 2005
    • December (70)
    • November (97)
    • October (91)
    • September (61)
    • August (74)
    • July (92)
    • June (100)
    • May (53)
    • April (42)
    • March (41)
    • February (84)
    • January (31)
  • 2004
    • December (49)
    • November (26)
    • October (26)
    • September (6)
    • April (10)
Comparison page for RavenDB and MongoDB
  previous post next post  
Jul 08 2011

The Pain of Implementing LINQ Providers

time to read 1 min | 25 words

My article in ACM Queue just got published, it discusses implementing Linq providers for NoSQL databases.

You can read all about it here: http://queue.acm.org/detail.cfm?id=2001564

Tweet Share Share 16 comments
Tags:
  • Raven
  • NoSQL

  previous post next post  

Comments

Matt Warren
08 Jul 2011
16:53 PM
Matt Warren

Wow nice article, it's a great summary of all the LINQ-related issues that have been discussed on Raven mailing list.

I like the summary,
"Having a LINQ query available will only hint at things you can do that you actually cannot. It is easier not to have one than to explain why this or that operation is not supported."

Also this made me laugh "As mentioned, it actually took more time to build the LINQ provider for RavenDB than it took to build RavenDB itself."

jdn
08 Jul 2011
17:42 PM
jdn

RavenLight? Is that available somewhere?

Ayende Rahien
08 Jul 2011
17:53 PM
Ayende Rahien

Jdn, Not yet. No. To be rather more accurate, it is probably code complete, but it isn't product complete. We don't want to put out a project that isn't complete (UI, documentation, the works) and it is on a back burner waiting for more resources.

Alexander
08 Jul 2011
18:12 PM
Alexander

Very interesting article!

By the way, isn't limitation of performing no computation during query too severe?

Patrick Smacchia
08 Jul 2011
19:46 PM
Patrick Smacchia

I am a bit divided. While indeed it is a pain to implement a LINQ provider (and I know for a fact) could it be easier to do? I agree with the conclusion, Users love LINQ, after all... and this certainly justifies a lot of pain. Another point is that having a clean LINQ provider puts your product apart from competitors that don't want too much pain.

Rob Ashton
08 Jul 2011
20:00 PM
Rob Ashton

Hmmm the link doesn't work for me, although it sounds like from the comments I already know what you are going to say ;-)

Ayende Rahien
08 Jul 2011
22:37 PM
Ayende Rahien

Alexander, No, it isn't. Because you can do computation when you are performing the indexing in RavenDB. That allows you to do pretty much whatever you want, and it makes is dead easy to handle a lot of things. It also means that queries are always just index lookups, which are blazingly fast.

Ayende Rahien
08 Jul 2011
22:39 PM
Ayende Rahien

Rob, It works for me, strange. I sent you the article as PDF by email, at any rate.

flukus
09 Jul 2011
00:46 AM
flukus

Do people here like using LINQ? I love most of the newer c# features but always thought this was a bit of a miss step, microsoft trying to copy rails too much.

Scooletz
09 Jul 2011
05:21 AM
Scooletz

Speaking about BigTable and its implementation, Cassandra, there is something more, than just a key range. You can chop the result in the additional dimension using SlicePredicate and SliceRange.

Ayende Rahien
09 Jul 2011
06:29 AM
Ayende Rahien

Flukus, Linq is a HUGE success story

Rob Ashton
09 Jul 2011
17:10 PM
Rob Ashton

Thanks, it was a good read :-)

The question is, if you didn't have customers who pay for such a thing, would you do it again? ;-)

I still think that the most appropriate solution on a technical level would have been a more direct set of query builders over the top of RavenDB's feature set. (Although not necessarily the most appropriate commercial solution)

Rob Ashton
09 Jul 2011
17:10 PM
Rob Ashton

Thanks, it was a good read :-)

The question is, if you didn't have customers who pay for such a thing, would you do it again? ;-)

I still think that the most appropriate solution on a technical level would have been a more direct set of query builders over the top of RavenDB's feature set. (Although not necessarily the most appropriate commercial solution)

njy
09 Jul 2011
19:51 PM
njy

kind of the same opinion here. my tought is that it would've been better if the LINQ story was kind of "layered" from a features availability perspective: a series of interfaces, from the least reach (only operations on a single "type") up up to the most complex interfaces (inheriting from the lowest ones) offering stuff like joins-like operations and whatnot. This way people like you could have implemented only certain aspects of "interrogating a datastore", and there would've been a clear way of saying "i support these operations but not those", using different layered interfaces.

njy
09 Jul 2011
19:52 PM
njy

"least reach" == "least RICH" , sorry for the typo

Matt Warren
11 Jul 2011
08:45 AM
Matt Warren

If any one is interested there's a really interesting talk here http://channel9.msdn.com/Events/PDC/PDC10/FT10 where Bart De Smet talks about some of the pain points of implementing a LINQ provider.

He offers some solutions but does say that it would be nicer if Microsoft did more of the work of creating a "constrained" LINQ provider.

Comment preview

Comments have been closed on this topic.

Markdown formatting

ESC to close

Markdown turns plain text formatting into fancy HTML formatting.

Phrase Emphasis

*italic*   **bold**
_italic_   __bold__

Links

Inline:

An [example](http://url.com/ "Title")

Reference-style labels (titles are optional):

An [example][id]. Then, anywhere
else in the doc, define the link:
  [id]: http://example.com/  "Title"

Images

Inline (titles are optional):

![alt text](/path/img.jpg "Title")

Reference-style:

![alt text][id]
[id]: /url/to/img.jpg "Title"

Headers

Setext-style:

Header 1
========
Header 2
--------

atx-style (closing #'s are optional):

# Header 1 #
## Header 2 ##
###### Header 6

Lists

Ordered, without paragraphs:

1.  Foo
2.  Bar

Unordered, with paragraphs:

*   A list item.
    With multiple paragraphs.
*   Bar

You can nest them:

*   Abacus
    * answer
*   Bubbles
    1.  bunk
    2.  bupkis
        * BELITTLER
    3. burper
*   Cunning

Blockquotes

> Email-style angle brackets
> are used for blockquotes.
> > And, they can be nested.
> #### Headers in blockquotes
> 
> * You can quote a list.
> * Etc.

Horizontal Rules

Three or more dashes or asterisks:

---
* * *
- - - - 

Manual Line Breaks

End a line with two or more spaces:

Roses are red,   
Violets are blue.

Fenced Code Blocks

Code blocks delimited by 3 or more backticks or tildas:

```
This is a preformatted
code block
```

Header IDs

Set the id of headings with {#<id>} at end of heading line:

## My Heading {#myheading}

Tables

Fruit    |Color
---------|----------
Apples   |Red
Pears	 |Green
Bananas  |Yellow

Definition Lists

Term 1
: Definition 1
Term 2
: Definition 2

Footnotes

Body text with a footnote [^1]
[^1]: Footnote text here

Abbreviations

MDD <- will have title
*[MDD]: MarkdownDeep

 

FUTURE POSTS

No future posts left, oh my!

RECENT SERIES

  1. Recording (16):
    29 May 2025 - RavenDB's Upcoming Optimizations Deep Dive
  2. Webinar (6):
    27 May 2025 - RavenDB's Upcoming Optimizations Deep Dive
  3. RavenDB News (2):
    02 May 2025 - May 2025
  4. Production Postmortem (52):
    07 Apr 2025 - The race condition in the interlock
  5. RavenDB (13):
    02 Apr 2025 - .NET Aspire integration
View all series

RECENT COMMENTS

  • I’d love to learn your thoughts on SPANN https://arxiv.org/abs/2111.08566 that with centroids and keeping the posting lists s...
    By Scooletz on Comparing DiskANN in SQL Server & HNSW in RavenDB
  • Joel, The DiskANN paper talks about it being viable for more than a billion vectors datasets.  In such a scenario, it would ...
    By Oren Eini on Comparing DiskANN in SQL Server & HNSW in RavenDB
  • Do you know why they chose DiskANN? These things are usually about tradeoffs but it seems DiskANN is just worse in every way.
    By Joel on Comparing DiskANN in SQL Server & HNSW in RavenDB
  • Scooletz, Yes, we look at other stuff. Most of those are _not_ allowing you to build themselves incrementally nor are they...
    By Oren Eini on Scaling HNSW in RavenDB: Optimizing for inadequate hardware
  • Have you considered other approaches, DiskSpan, Spann etc.? HNSW, as far as I know, is terrible in regards to updates and det...
    By Scooletz on Scaling HNSW in RavenDB: Optimizing for inadequate hardware

Syndication

Main feed Feed Stats
Comments feed   Comments Feed Stats
}