Bee

绝对全局连续单调递增的ID(DB表主键)生成决方案？？： 绝对全局连续单调递增的方案不存在。 要么总体有序，在各个库趋势递增；要么各个库内连续有序，但各部分DB1

SnowflakeIDGenImpl类与ZK的SnowflakeZookeeperHolder在代码层面耦合较紧，作者可考虑采用接口编程的方式引入workerid. 可参考：https://github.com/automvc/honey/blob/master/src/main/java/org/teasoft/honey/distribution/PearFlowerId.java

是否可以换个思路, 寻找不依赖于时钟的方案呢? 以下有一种思路, 希望交流. https://github.com/automvc/honey/blob/master/src/main/java/org/teasoft/honey/distribution/OneTimeSnowflakeId.java

秒时间自动加1，确实是雪花类算法改成不依赖时间的关键。（但话从你那说出来，就把人带偏了） uid-generator没有解决时钟回拨问题呀，请看以下源码： protected synchronized long nextId() { long currentSecond = getCurrentSecond(); // Clock moved backwards, refuse to generate uid if (currentSecond < lastSecond) { long refusedSeconds = lastSecond - currentSecond;...

相信大多数人，能找到这个项目都是出于技术的爱好；而技术应该是没有偏见的！

这里有一个参考实现， https://github.com/automvc/honey/blob/master/src/main/java/org/teasoft/honey/distribution/SerialUniqueId.java 希望与大家交流！

> https://www.jianshu.com/p/b1124283fc43 这个解决方案需要依赖redis,是不是与原来雪花算法的初衷不一样了

SerialUniqueId,可以代替分段模式类的算法，随机丢弃部分批量号码（成为不连续）还可以代替雪花类算法。 OneTimeSnowflakeId可以代替雪花类算法(设置每个段开始的第一个ID号码随机生成，即可不暴露实际使用的ID数量)。 这个都被大家忽略了: DB表自增ID，也是可以改成分布式特性的，SerialUniqueId就是！ 我们是否都忽视了一个常识问题:　世界上有相同的电话号码吗? 以下提供了一些思路，希望与各位大神交流！ https://github.com/automvc/bee/blob/master/src/main/java/org/teasoft/bee/distribution/GenId.java https://github.com/automvc/honey/blob/master/src/main/java/org/teasoft/honey/distribution/

V1.17 (V1.17.0.9) 8)condition.op(fieldName, Op.in, Value)增加支持List,Set,Number Array,单个Number元素 9)condition.opOn(fieldName, Op.in, Value) Value限定只支持Number和String

你好,没能重现,你说的情况. 可以将你的测试代码,Order实体代码, bee.properties配置信息 贴出来 只找到一个类似的问题. #since V1.11 #prototype: 0 not prototype, but faster; 1:prototype,if have NotSerializableException, do not put in cache, slower, but safer; 2 : prototype, but have NotSerializableException,return...