-
Notifications
You must be signed in to change notification settings - Fork 882
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
Avoid full cluster scans in Connection.checkClusterName #1195
Conversation
Select without a partition key results in full cluster scan that can hurt the performance of the cluster. There is an easy solution to the problem by just using a 'local' partition key for the query. Signed-off-by: Piotr Jastrzebski <[email protected]>
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
SGTM
I don't think it will change anything about performance, at least with Apache Cassandra. But on the other hand it doesn't hurt either, is more correct from a theoretical standpoint, and we already do it for other system.local
queries.
Thank you - much appreciated. |
@haaawk We realized that for some reason our CLA bot did not ask you to sign our CLA. Would you mind signing it for us here: https://cla.datastax.com/ ? If you do this today you might be able to get your contribution shipped with 3.7.0. Thanks! |
Hi @adutra I can't sign this unfortunately. Not because I don't want to but because I don't qualify. I'm not able to sign because of section 8. Would you have an agreement for companies? My employer could sign it to ensure the code stays free and open source. @avikivity would be able to provide better information |
I understand. I will check with our legal team and will get back to you when I have an answer. Unfortunately, in the meanwhile we'll have to revert your contribution, but hopefully once this legal problem is settled you will be able to contribute it again. Sorry. |
@adutra I understand and hope this can be resolved relatively easily. Sorry for the troubles. |
To be clear, we have no objections to @haaawk signing the CLA; it's just that it makes no provision for people contributing with the consent their employer. |
According to our legal team: "Section 8 requires the author to make a representation that he owns the proposed contribution, and not his employer. If the author is unable to sign because his employer owns the proposed contribution (and thus the copyright), then we need his employer to sign a different CLA. If that's the case, please let me know the name of his employer and we will draft it for him." |
This is exactly the case @adutra. The name of my employer is ScyllaDB. |
@gmatza as a matter of fact I just got word from our legal team. I will send the special CLA to the address you mentioned above. Thanks! |
@adutra my company has signed all the documents. Should we proceed with the change? |
@haaawk not just yet :-) the ball is now in the hands of our legal team, the CLA needs to be signed by us as well before we are allowed to proceed. Stay tuned. |
@adutra I see. Sorry for jumping the gun. |
Select without a partition key results in full cluster scan that can hurt the performance of the cluster. There is an easy solution to the problem by just using a 'local' partition key for the query. Signed-off-by: Piotr Jastrzebski <[email protected]>
Select without a partition key results in full cluster
scan that can hurt the performance of the cluster.
There is an easy solution to the problem by just
using a 'local' partition key for the query.
Signed-off-by: Piotr Jastrzebski [email protected]