Yea, we should definitely look at this one more. Seems to be built on a
json document store of some sort but handles the index partitioning /
replication automatically.
One tradeoff to discuss with some of these different models is the amount
of analysis we want to support. I think we want to store and analyze not
just provide a full-text search. Interestingly there is a elasticsearch
integration with terrastore.
I'm thinking we want to calculate frequency distributions and
perform other types of analysis that might be map-reducable.
Another question is how to layer our concepts of fine-grained security
on this. (index per user or perhaps per role... or maybe per secured
resource)
-Greg
On Jul 28, 2010, at 3:39 PM, John Matthews wrote:
You might want to look at Elastic Search
http://www.elasticsearch.com/products/elasticsearch/
"It is an Open Source (Apache 2), Distributed, RESTful, Search Engine built on top
of Lucene."
----- Original Message -----
From: "Greg Hinkle" <ghinkle(a)redhat.com>
To: rhq-devel(a)lists.fedorahosted.org
Sent: Wednesday, July 28, 2010 10:43:36 AM GMT -05:00 US/Canada Eastern
Subject: Re: DZone article about NoSQL databases
Thanks Heiko, that's a good article. I started to write up some
thoughts on a new log analysis system on the wiki:
http://rhq-project.org/display/RHQ/Design+-+LogAnalysis+2
I think to get to a real, full audit-store system we're
going to need one of these out-of-db partitioned stores.
I like the idea of one that will continue our homogenous
horizontal clustering setup so that adding capacity for any
service is as easy as installing a new RHQ server node.
I also think it will require a good integration with a
full-text search (lucene). If anyone has ideas or wants
to discuss further let me know.
- Greg
On Jul 28, 2010, at 3:57 AM, Heiko W.Rupp wrote:
> Hi,
>
> just found this DZone article about "What NoSQL store should I use":
http://architects.dzone.com/articles/what-nosql-store-should-i-use
> I can imagine that this may be an interesting route for us for storing/processing
Events and Calltime data.
> Also there are graph-DBs that could fit well Greg's idea of tracking calls from
UI to EJB methods to SQL statements.
>
> Heiko
>
>
> --
> Reg. Adresse: Red Hat GmbH, Otto-Hahn-Strasse 20, 85609 Dornach bei München
> Handelsregister: Amtsgericht München HRB 153243
> Geschaeftsführer: Brendan Lane, Charlie Peters, Michael Cunningham, Charles Cachera
>
> _______________________________________________
> rhq-devel mailing list
> rhq-devel(a)lists.fedorahosted.org
>
https://fedorahosted.org/mailman/listinfo/rhq-devel
_______________________________________________
rhq-devel mailing list
rhq-devel(a)lists.fedorahosted.org
https://fedorahosted.org/mailman/listinfo/rhq-devel
_______________________________________________
rhq-devel mailing list
rhq-devel(a)lists.fedorahosted.org
https://fedorahosted.org/mailman/listinfo/rhq-devel