All of lore.kernel.org
 help / color / mirror / Atom feed
From: Xiaopong Tran <xiaopong.tran@gmail.com>
To: Gregory Farnum <greg@inktank.com>
Cc: Wido den Hollander <wido@widodh.nl>,
	"ceph-devel@vger.kernel.org" <ceph-devel@vger.kernel.org>,
	Samuel Just <sam.just@inktank.com>,
	Eleanor Cawthon <eleanor.cawthon@inktank.com>
Subject: Re: omap functions in librados.h
Date: Sat, 18 Aug 2012 10:25:15 +0800	[thread overview]
Message-ID: <502EFD0B.3030401@gmail.com> (raw)
In-Reply-To: <CAPYLRzi6PPBEO5GhQoey_+a1e5-btgjpfr-R9j17w7fjqj_3mA@mail.gmail.com>

On 08/18/2012 04:13 AM, Gregory Farnum wrote:
> On Fri, Aug 17, 2012 at 1:09 PM, Wido den Hollander <wido@widodh.nl> wrote:
>>
>>
>> On 08/17/2012 09:54 PM, Gregory Farnum wrote:
>>>
>>> On Fri, Aug 17, 2012 at 12:36 PM, Wido den Hollander <wido@widodh.nl>
>>> wrote:
>>>>
>>>> Hi,
>>>>
>>>> I'm looking for the omap functions in librados.h, but they only seem to
>>>> be
>>>> implemented in librados.hpp?
>>>>
>>>> I want to store about 6000 objects in a RADOS pool, but I want to give
>>>> them
>>>> some attributes I can query for, this should be possible with the omap
>>>> functionality, shouldn't it?
>>>
>>> What do you mean, query for? You can look at an object and ask if it
>>> has "foo=bar" in its omap, but you can't say "give me all objects with
>>> 'foo=bar'".
>>>
>>
>> Ah, I must have understood that differently. I thought that leveldb was
>> added so you could give objects attributes you could query.
> No, leveldb is just a nice fast store — sorry!
>
>> So yes: "Give me all objects that have foo=bar"
>>
>> I thought I saw some discussion regarding this.
>>
>> Any ideas besides setting up a own external database with this information?
>
> Well, you could maintain the data in a single rados object, if it
> doesn't need to get too large. Or Eleanor (one of our friendly
> interns!) has been writing a prototype distributed b-tree database
> thingy that you might want to look at.
> But there are presently no plans to (or ideas of how to) implement a
> generic query-able set of attributes which are co-located with nodes.
> -Greg
> --

Where is this distributed b-tree located? Is it open source as well?
I'd be very interested too.

Regards,

Xiaopong


--
To unsubscribe from this list: send the line "unsubscribe ceph-devel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html

  parent reply	other threads:[~2012-08-18  2:25 UTC|newest]

Thread overview: 8+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2012-08-17 19:36 omap functions in librados.h Wido den Hollander
2012-08-17 19:54 ` Gregory Farnum
2012-08-17 20:09   ` Wido den Hollander
2012-08-17 20:13     ` Gregory Farnum
2012-08-17 20:24       ` Wido den Hollander
2012-08-18  2:25       ` Xiaopong Tran [this message]
2012-08-17 20:45     ` Tommi Virtanen
2012-08-17 20:10 ` Josh Durgin

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=502EFD0B.3030401@gmail.com \
    --to=xiaopong.tran@gmail.com \
    --cc=ceph-devel@vger.kernel.org \
    --cc=eleanor.cawthon@inktank.com \
    --cc=greg@inktank.com \
    --cc=sam.just@inktank.com \
    --cc=wido@widodh.nl \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.