Some idea for the future

73 views
Skip to first unread message

Oren Eini (Ayende Rahien)

unread,
May 23, 2013, 6:37:26 AM5/23/13
to ravendb

Johannes Gustafsson

unread,
May 23, 2013, 6:59:55 AM5/23/13
to rav...@googlegroups.com
Is the idea to not actually store the writes as a document but to directly feed it to the map/reduce and then discard it?


2013/5/23 Oren Eini (Ayende Rahien) <aye...@ayende.com>

--
You received this message because you are subscribed to the Google Groups "ravendb" group.
To unsubscribe from this group and stop receiving emails from it, send an email to ravendb+u...@googlegroups.com.
For more options, visit https://groups.google.com/groups/opt_out.
 
 

Oren Eini (Ayende Rahien)

unread,
May 23, 2013, 7:02:34 AM5/23/13
to ravendb
No, this is totally separate from RavenDB itself.
Think about this as a separate product.

Johannes Gustafsson

unread,
May 23, 2013, 7:29:41 AM5/23/13
to rav...@googlegroups.com
Ok, interesting. Feels like some kind of combined hadoop map/reduce with an event store thingy. Or something. I don't know if that makes sense... :-)

Oren Eini (Ayende Rahien)

unread,
May 23, 2013, 7:32:43 AM5/23/13
to ravendb
I was very careful not to touch the "event store" stuff :-)

rfsc...@gmail.com

unread,
May 23, 2013, 9:03:12 AM5/23/13
to rav...@googlegroups.com
I really like the idea! I've been thinking about similar things recently:
  • Track when a user performs a particular operation (generates a report, etc)
  • Track how long a particular operation takes to execute
  • Track when a user views a particular object
Rob


On Thursday, May 23, 2013 6:37:26 AM UTC-4, Oren Eini wrote:

Oren Eini (Ayende Rahien)

unread,
May 23, 2013, 9:35:28 AM5/23/13
to ravendb
Yes, but the question is, what do you want to _do_ about those?


--

Chris Marisic

unread,
May 23, 2013, 9:44:43 AM5/23/13
to rav...@googlegroups.com
Just to let you know, when you goto a blog post that has a ?key=

If you use the sign in to leave comments, you will be redirected back to the post without the key and get a 404. I could fix it by manually adding the key back to the url, but not a very optimal scenario.

Oren Eini (Ayende Rahien)

unread,
May 23, 2013, 9:45:49 AM5/23/13
to ravendb
Oh, sorry, I'll note that.


--

Algirdas Lašas

unread,
May 23, 2013, 9:51:39 AM5/23/13
to rav...@googlegroups.com
It seems very similar, what http://www.geteventstore.com/ does

Algirdas

Oren Eini (Ayende Rahien)

unread,
May 23, 2013, 9:53:23 AM5/23/13
to ravendb
I am aware, but different purposes. In event store, you actually do care a lot about events. In here, you generally do not.
And in event store you have a lot of concepts around streams, snapshots, etc.


--
You received this message because you are subscribed to the Google Groups "ravendb" group.

Ryan Heath

unread,
May 23, 2013, 1:27:13 PM5/23/13
to rav...@googlegroups.com
For some reason cannot post on the blog. 

So ...

Great idea!
Looks like a thingy that 'consume' events instead of 'write' ;)

I would still like to delete or archive some of the events in case those events got 'irrelevant' overtime. 

// Ryan 

Kijana Woodard

unread,
May 23, 2013, 1:35:16 PM5/23/13
to rav...@googlegroups.com
This is a very good idea. I've run into this situation a lot lately. I was recently working at a trading firm and putting ticks into raven/nsb/sql anything seemed - silly. They aren't really documents, aggregates, or events. Same for log messages, stats, etc.

Itamar Syn-Hershko

unread,
May 23, 2013, 2:00:19 PM5/23/13
to rav...@googlegroups.com
Will you be able to replay those writes somehow? e.g. if the logic of the index changes?

Oren Eini (Ayende Rahien)

unread,
May 24, 2013, 1:44:46 AM5/24/13
to ravendb
You could recreate an index, yes.
Reply all
Reply to author
Forward
0 new messages