[
https://issues.apache.org/jira/browse/CASSANDRA-9200?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14610419#comment-14610419
]
Aleksey Yeschenko commented on CASSANDRA-9200:
----------------------------------------------
To elaborate on my previous comment - maybe longs are good enough (as in, small
enough). Then we can just rely on tokens and ranges as they are.
I'm with Jason when it comes to providing RDBMS-like features. No to that. What
we might try to address is providing 'small' and 'unique' values, with no other
restrictions. No monotonicity guarantees. Just unique, small, human-readable
values (smaller than UUIDs). Longs, derived from token ranges, should fit the
bill.
> Sequences
> ---------
>
> Key: CASSANDRA-9200
> URL: https://issues.apache.org/jira/browse/CASSANDRA-9200
> Project: Cassandra
> Issue Type: New Feature
> Reporter: Jonathan Ellis
> Assignee: Robert Stupp
> Fix For: 3.x
>
>
> UUIDs are usually the right choice for surrogate keys, but sometimes
> application constraints dictate an increasing numeric value.
> We could do this by using LWT to reserve "blocks" of the sequence for each
> member of the cluster, which would eliminate paxos contention at the cost of
> not being strictly increasing.
> PostgreSQL syntax:
> http://www.postgresql.org/docs/9.4/static/sql-createsequence.html
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
