Thank you everybody!
I'll create more tables. Thank you again!
-
Andrea Leoni
Italy
Computer Engineer
--
View this message in context:
http://apache-accumulo.1065345.n5.nabble.com/Search-function-tp14030p14050.html
Sent from the Developers mailing list archive at Nabble.com.
study:graduated Yes
...
I want all info about JhonSmith but with Java API I've found only method to
search by row, family or family:qualifier ...
I need to search by Value and after to use its row (IDx) to search all other
entries that has the same row (IDx).
for example i need all info about JhonSmith
Since Accumulo is essentially a big sorted map, it is most efficient
searching by the row. When you search by other fields, you are
searching the entire data set, and filtering. That is usually not very
efficient. The API provides a way to do this relatively easily by
specifying family
...@apache.org wrote:
Since Accumulo is essentially a big sorted map, it is most efficient
searching by the row. When you search by other fields, you are
searching the entire data set, and filtering. That is usually not very
efficient. The API provides a way to do this relatively easily by
specifying family
A good way to think about this is that Accumulo provides a single Index:
rowID.
You can find rows (or row with colfam, or row with colfam and colqual,
etc) very quickly, but anything else is an exhaustive search.
Any time you want to search quickly against some other dimension of the
data
to implement was secure search. So if
user does not have rights to search that cell, user can see other listing
but not one which is inaccessible. By doing so we would add lot more
value.
Am I missing something?
On Thu, Jul 24, 2014 at 12:17 PM, THORMAN, ROBERT D rt2...@att.com
wrote:
Search
, a data hook to save data in Solr.
On Fri, Jul 18, 2014 at 6:46 PM, Nehal Mehta nehal...@gmail.com wrote:
We were trying to do so, but adding visibility while adding/searching
documents needs lot more thinking. Adding visibility to core search
engine
needs changes to algorithm and that does
trying to do so, but adding visibility while adding/searching
documents needs lot more thinking. Adding visibility to core search engine
needs changes to algorithm and that does not make it very scalable.
Integration besides granular visibility is very doable. and we had taken
inspiration from
to core search engine
needs changes to algorithm and that does not make it very scalable.
Integration besides granular visibility is very doable. and we had taken
inspiration from Solandra.
Obviously if we can get it done it adds lot of value. I believe Sqrrl
people have already done
...@gmail.com wrote:
We were trying to do so, but adding visibility while adding/searching
documents needs lot more thinking. Adding visibility to core search engine
needs changes to algorithm and that does not make it very scalable.
Integration besides granular visibility is very doable. and we
trying to do so, but adding visibility while adding/searching
documents needs lot more thinking. Adding visibility to core search engine
needs changes to algorithm and that does not make it very scalable.
Integration besides granular visibility is very doable. and we had taken
inspiration from Solandra
so, but adding visibility while adding/searching
documents needs lot more thinking. Adding visibility to core search engine
needs changes to algorithm and that does not make it very scalable.
Integration besides granular visibility is very doable. and we had taken
inspiration from Solandra
while adding/searching
documents needs lot more thinking. Adding visibility to core search engine
needs changes to algorithm and that does not make it very scalable.
Integration besides granular visibility is very doable. and we had taken
inspiration from Solandra.
Obviously if we can get it done
We were trying to do so, but adding visibility while adding/searching
documents needs lot more thinking. Adding visibility to core search engine
needs changes to algorithm and that does not make it very scalable.
Integration besides granular visibility is very doable. and we had taken
inspiration
What lexical search package (like lucene/solr) has anyone put on top of
accumulo? Is this possible or does everyone just index log files and documents?
v/r
Bob Thorman
Principal Big Data Engineer
ATT Big Data CoE
2900 W. Plano Parkway
Plano, TX 75075
972-658-1714
It's definitely possible. I remember hearing about someone doing lucene
on top of Accumulo once, but I don't recall seeing a nice package with a
bow on top.
On 7/17/14, 2:53 PM, THORMAN, ROBERT D wrote:
What lexical search package (like lucene/solr) has anyone put on top of
accumulo
don't recall seeing a nice package with a bow on
top.
On 7/17/14, 2:53 PM, THORMAN, ROBERT D wrote:
What lexical search package (like lucene/solr) has anyone put on top of
accumulo? Is this possible or does everyone just index log files and
documents?
v/r
Bob Thorman
Principal Big Data
Thanks for all of the suggestions! I'll add links for them to the page, so
folks can take their pick. For the per-list buttons, I'll just use Nabble.
I'll also add a blurb about how the search facilities aren't part of the
official archives (which will remained linked).
Bill
On Fri, Jun 13
Hey everybody,
I'd like to add search links to our mailing list page [1]. The ASF mailing
list archives don't offer search, and the ASF's search capability [2] is
only for ASF members (maybe - I can't even log in).
Does anyone mind if I link to The Mail Archive? It is external to Apache,
which
It might be okay, as long as you note that isn't the official mail
archive. I think some projects use Nabble. I've had decent luck just
doing a google search of the archive, e.g. site:
mail-archives.apache.org/mod_mbox/accumulo-dev 1.6.0 release
On Fri, Jun 13, 2014 at 10:27 AM, Bill Havanki
we outta make our own search capability using Accumulo :)
On Fri, Jun 13, 2014 at 1:44 PM, Billie Rinaldi billie.rina...@gmail.com
wrote:
It might be okay, as long as you note that isn't the official mail
archive. I think some projects use Nabble. I've had decent luck just
doing a google
I have used http://search-hadoop.com/
- Original Message -
From: Billie Rinaldi billie.rina...@gmail.com
To: Accumulo Dev List dev@accumulo.apache.org
Sent: Friday, June 13, 2014 1:44:01 PM
Subject: Re: Email list search links
It might be okay, as long as you note that isn't
I really like using markmail.org
On Fri, Jun 13, 2014 at 1:48 PM, dlmar...@comcast.net wrote:
I have used http://search-hadoop.com/
- Original Message -
From: Billie Rinaldi billie.rina...@gmail.com
To: Accumulo Dev List dev@accumulo.apache.org
Sent: Friday, June 13, 2014 1:44
code to create larger indexes, its still does not approach
the forward seek speed.
Support binary search within RFile blocks
-
Key: ACCUMULO-473
URL: https://issues.apache.org/jira/browse/ACCUMULO-473
that are cached.
Support binary search within RFile blocks
-
Key: ACCUMULO-473
URL: https://issues.apache.org/jira/browse/ACCUMULO-473
Project: Accumulo
Issue Type: Improvement
[
https://issues.apache.org/jira/browse/ACCUMULO-473?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Keith Turner updated ACCUMULO-473:
--
Attachment: Test.java
Support binary search within RFile blocks
binary search within RFile blocks
-
Key: ACCUMULO-473
URL: https://issues.apache.org/jira/browse/ACCUMULO-473
Project: Accumulo
Issue Type: Improvement
Components: tserver
Reporter
binary search within RFile blocks
-
Key: ACCUMULO-473
URL: https://issues.apache.org/jira/browse/ACCUMULO-473
Project: Accumulo
Issue Type: Improvement
Components: tserver
Reporter
of indexing as long as the
index can still jump to an arbitrary point.
Support binary search within RFile blocks
-
Key: ACCUMULO-473
URL: https://issues.apache.org/jira/browse/ACCUMULO-473
Project: Accumulo
and
scanning a few keys will be very fast.
Support binary search within RFile blocks
-
Key: ACCUMULO-473
URL: https://issues.apache.org/jira/browse/ACCUMULO-473
Project: Accumulo
Issue
a transient per block index is that it
cleanly seperates indexing from the relative key encoding. We can improve the
relative key encoding independant of indexing as long as the index can still
jump to an arbitrary point.
Support binary search within RFile blocks
31 matches
Mail list logo
