Skip to content

Conversation

anfabiandrei
Copy link
Contributor

No description provided.

@thorwhalen
Copy link
Member

KEYS_TABLE and VALUES_TABLE are hardcoded. It should be controllable from init (though of course, it can have defaults.

Can you explain what your implementation of key:value store actually does and why it does it this way?

If I had to guess: It seems to me that you have two tables: One for keys, one for values, and that (key, value) pairs are created through a key_id that they share. The reason (again, a guess) it does this is because cassandra doesn't have the flexibility of indexing that say, mongo has, so you manage to get complex keys (and values) by using tables, and joining them.

What happens if you write to a same key twice? It seems key unicity won't be enforced (as in, say, files, where you can only have one content under one file-path. By what means can we enforce unicity in cassandra?

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

2 participants