-
Notifications
You must be signed in to change notification settings - Fork 10
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
Feedback: ScyllaDB support and compatibility considerations. #135
Comments
Would it be possible to tell ScyllaDB team about the missing support for this param? They seem to claim that they support tombstone compaction - eg scylladb/scylladb#1487 and https://java-driver.docs.scylladb.com/scylla-3.11.0.x/api/com/datastax/driver/core/schemabuilder/TableOptions.CompactionOptions.html#uncheckedTombstoneCompaction-java.lang.Boolean- |
Well, the tombstone compaction, by means of
|
@hanishi thanks for the details. They should be useful for other ScyllaDB users. The docs say that the tables should be manually set up. I think I can maybe come back and update the docs a bit but it take a few days. |
When attempting to use the
tables-autocreate
feature specified in anapplication.conf
file, I encountered a failure due to a compatibility issue between Cassandra and ScyllaDB. The problem arises because theunchecked_tombstone_compaction
option, used within the compaction strategy configuration, is not recognized by ScyllaDB.The plugin expects this option during the table creation process. The relevant code can be found here.
I worked around this by manually creating the necessary tables without using the
unchecked_tombstone_compaction
option. This workaround suggests that broader compatibility might be achievable with some adjustments.Given the growing popularity and adoption of ScyllaDB, it would be nice if future versions of the plugin could consider providing some support for ScyllaDB.
The text was updated successfully, but these errors were encountered: