Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

Sign up for GitHub

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Jump to bottom

Aggregations support #12

Open
mindreframer opened this issue Mar 1, 2015 · 22 comments
Open

Aggregations support #12

mindreframer opened this issue Mar 1, 2015 · 22 comments

Comments

@mindreframer
Copy link

any particular reason, why aggregations are not supported??

http://www.aerospike.com/docs/architecture/clients.html

Would love to see it soon in the gem!
@khaf
Copy link
Collaborator

khaf commented Mar 2, 2015

It is in the works and will be added to the client soon.

@mindreframer
Copy link
Author

Really looking forward to it!

@nihtalak
Copy link

👍

2 similar comments
@VILATTI
Copy link

VILATTI commented Apr 1, 2015

+1

@voleoo
Copy link

voleoo commented Apr 1, 2015

👍

@Elochai
Copy link

Elochai commented Apr 1, 2015

+ 1

@mic-2000
Copy link

mic-2000 commented Apr 1, 2015

+1

4 similar comments
@Kesidi
Copy link

Kesidi commented Apr 1, 2015

+1

@mari-bond
Copy link

+1

@chubchenko
Copy link

+1

@Eversilence
Copy link

+1

@khaf
Copy link
Collaborator

khaf commented Apr 1, 2015

Wow, look at the demand!

Moved to the top of the priority list.

Is anyone blocked on this?

@babakhanov
Copy link

+1

@Eversilence
Copy link

Thanks! Looking forward for this feature

@RomanMukhin
Copy link

+1

@bbulkow
Copy link

bbulkow commented Apr 1, 2015

Hi Folks ---
I'm the product guy here at Aerospike, and we're trying to figure out where the demand for our Ruby client is. Downloads / clones / whatever are far lower than other languages.

Can you tell us what you're using Ruby and Aerospike for?

--- just answer here
--- send me a private note on github
--- send me an email brian@aerospike.com

Helping us understand who uses ruby helps us prioritize ruby work (higher) !

Thanks!

@ktaras
Copy link

ktaras commented Apr 1, 2015

Hi Brian!
I'm also waiting for this feature because my team and I would like to use it in our high-load Rails app. We've carried out some experiments with it and we were absolutely satisfied, but without this feature we can't use it for our purposes.

@mindreframer
Copy link
Author

Hello Brian,

we have some analytical requirements and having aggregations support is absolute must here.

@bbulkow
Copy link

bbulkow commented Apr 2, 2015

Cool, thanks for the info, and I'm having some private discussions too. It sounds like you're mostly using aerospike for key-value and need a few aggregations.

Here's the technical problem: we map-reduce on the servers in a parallel fashion, partially reduce on the servers, then do a final reduce stage on the client. Cool, but our map-reduce language is Lua.

We need Lua running inside Ruby.

Since we did a "native ruby" client (which is great and easier to use for all of you), we need a way to call out to Lua for that final step.

Any suggestions of the best way to implement that?

@mindreframer
Copy link
Author

The most up-to-date and maintained LUA bridge is this gem:

https://github.com/jmettraux/rufus-lua

Alternatives:

I have little experience working with C bindings /FFI Interface, but if you explain the problem in detail, I could spike a proof of concept (maybe with 2 competing approaches, C vs. FFI), what do you think?

@mindreframer
Copy link
Author

it seems that this issue is stalled.... any new info on this?

jhecking added a commit that referenced this issue Sep 20, 2016
@jhecking
Return results of multiple read operations on same bin as array (#12)
c1b09ff 
* support multiple results on same bin

* add record_bin_multiplicity policy for backwards compatibility

The default value Aerospike::RecordBinMultiplicity::SINGLE maintains the
client behavior pre-2.2 of returning only a single result value for any
record bin; if multiple read operations return values for the same bin,
the last result of the last operation is returned.

Set OperatePolicy#record_bin_multiplicity to
Aerospike::RecordBinMultiplicity::ARRAY to return the results of
multiple read operations on the same record in as an array.

* avoid duplicate key lookup

* fix names for get_by_rank(_range) operations

* update docs re. results for multiple read ops on same bin

* cleanup/reformat policy docs

* document OperatePolicy & RecordBinMultiplicity
@lijeeshsd
Copy link

Still not implemented? It has been 3 years :( I really need this :(

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Assignees
No one assigned
Labels
None yet
Projects
None yet
Milestone
No milestone
Development

No branches or pull requests