Here’s a link about ESE, the underlying Windows store that RavenDB uses -
http://en.wikipedia.org/wiki/Extensible_Storage_Engine.
From the article:
*Extensible Storage Engine* (*ESE*), also known as *JET Blue*, is an Indexed
Sequential Access Method (ISAM) <http://en.wikipedia.org/wiki/ISAM> data
storage technology from Microsoft <http://en.wikipedia.org/wiki/Microsoft>.
ESE is notably a core of Microsoft Exchange
Server<http://en.wikipedia.org/wiki/Microsoft_Exchange_Server>and Active
Directory <http://en.wikipedia.org/wiki/Active_Directory>. Its purpose is
to allow applications to store and retrieve data via indexed and sequential
access. Windows Mail <http://en.wikipedia.org/wiki/Windows_Mail> and Desktop
Search <http://en.wikipedia.org/wiki/Windows_Search> in the Windows
Vista<http://en.wikipedia.org/wiki/Windows_Vista>operating system also make use
of ESE to store indexes and property
information respectively.
On Tuesday, April 17, 2012 6:20:39 PM UTC-4, ajlopez wrote:
>
> Hmm... what mean "Ms essent."?
>
> On Sat, Apr 14, 2012 at 6:23 AM, Frederic wrote:
>
>> Raven is à layer over Ms essent.(nicely packaged)
>> For heavy calculation on temporal data, rdbms are not à good choice. You
>> should look for mongo, membase, or even appfabric.
>> My 2 cents.
>> F.
>>
>>
>> Envoyé de mon iPhone
>>
>> Le 13 avr. 2012 à 23:46, Marcelo Grossi a écrit :
>>
>> > Hi Tom,
>> >
>> > My application makes heavy use of relational data and NH is by far the
>> > better option out there (that I have tested). I started out initially
>> > with majorly overrated Microsoft Entity Framework. I didn't support
>> > any real world scenarios I had it faced against. NH however is proving
>> > to be a champ!
>> >
>> > Marcelo Grossi
>> >
>> > On Apr 12, 12:23 pm, Tom Bushell wrote:
>> >> FNH development has been slow recently, because the main developer,
>> James
>> >> Gregory, has taken a new job in Australia.
>> >>
>> >> This has left him with little time to work on FNH. But people are
>> still
>> >> submitting fixes, and another release is planned, date unspecified.
>> >>
>> >> That said, I'm also a little concerned about the slow pace, and
>> considering
>> >> other options.
>> >>
>> >> For my particular application (scientific data collection and
>> analysis),
>> >> there's very little relational data, so a NoSQL solution might be a
>> better
>> >> choice.
>> >>
>> >> RavenDB looks particularly interesting. Seems to offer all the
>> convenience
>> >> of FNH automapping, while greatly reducing the complexity associated
>> with
>> >> persisting everything to an underlying relational database.
>> >>
>> >> -Tom
>> >>
>>
>
>
--
You received this message because you are subscribed to the Google Groups
"nhusers" group.
To view this discussion on the web visit
https://groups.google.com/d/msg/nhusers/-/aESUyvUfRCsJ.
To post to this group, send email to [email protected].
To unsubscribe from this group, send email to
[email protected].
For more options, visit this group at
http://groups.google.com/group/nhusers?hl=en.
