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.

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

Handle resultset in linearized operations #257

Closed
Pierrotws opened this issue Jan 29, 2021 · 0 comments
Closed

Handle resultset in linearized operations #257

Pierrotws opened this issue Jan 29, 2021 · 0 comments
Labels
NEEDS REVIEW All issues are being reviewed to update the plan for NB

Comments

@Pierrotws
Copy link
Contributor

What is the ideal scenario for using this feature?

I have an interesting nosqlbench use case that implies Linearized operations as stated on devdocs/linearized/linearized.md

Is your feature request related to a problem? Please describe.
In the use case, we are using a clustering column which usually contains 20 values per partition key in a table . Algorithm is :
Partition-key based read on table A
Foreach (ck), Do a select in another table.

I can mitigate the problem for now, since I control data through a rampup phase, I can
reuse bindings for main phase.
I'm just thinking of how I could have done it without "knowing" table data.
I understood that "linearized" is design sketch only for now.
in inject syntax, it is stated :
The variable is assumed to be a single-valued type.
It's a logical limitation considering presented capture syntax.

I like the simplicity of the proposed syntax and don't think it should be changed.

I think this problem could be solved using, somehow, specific configs on statement or block that would both specify :

  • declarative dependency between statement 2 and statement 1
  • handling of resultset: first, last, foreach, etc...
@jshook jshook added the NEEDS REVIEW All issues are being reviewed to update the plan for NB label Feb 9, 2022
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
NEEDS REVIEW All issues are being reviewed to update the plan for NB
Development

No branches or pull requests

3 participants