Fork me on GitHub
#clara
<
2018-07-18
>
alex-dixon17:07:37

@hiredman thanks! The readme says in memory only but plans for persistence with an rdf triple store or graph database. I’ll look into it more

alex-dixon17:07:54

@wparker That was poorly phrased but basically yeah. More specifically I’m trying to figure out whether Clara or rete in general could be implemented as a hybrid in memory and persistent db like Datomic that uses rete for in memory processing as well as for querying persistent data that can never fit into memory.

alex-dixon17:07:28

Having rules writing to persistent storage would be key too

mikerod22:07:56

@alex-dixon seems doable

mikerod22:07:13

but not without a bunch of effort if you were going to try to implement a memory that works well/performant doing that

mikerod22:07:47

Long ago, Ryan did an example storm cluster-based Clara impl of memory. it was experimental but did show how memory could be extended potentially

alex-dixon22:07:03

Thanks. Yeah I’ve been looking at that. It’s not clear to me what’s going on there. Best I could figure out is storm is doing a lot of the work

mikerod22:07:43

yeah, it’d require storm understanding I’m sure

mikerod22:07:48

and it isn’t really the same thing

mikerod22:07:36

You could certainly try to hook a memory impl up to have facts potentially in slower storage, you’d just have to deal with that serialization stuff and also the concern of how to make it not super slow

mikerod22:07:47

also, accumulators are an issue

mikerod22:07:13

if you are dealing in numbers of facts too large for memory, but then you try to do an accumulator that needs to see them all at once

mikerod22:07:07

I watched the naga talk before too. It was interesting. It seemed a bit more special-purposed than Clara, but still cool to think about

mikerod23:07:03

never saw that one

mikerod23:07:16

looks like it could be interesting to experiment with the idea though