总结一下:
1、sostemp 说的对,后8位就是MAC,只是这个MAC 可能不是当前联网的MAC,所以没细看,在此表示感谢。
2、吹水佬 、foxfans、iswith 都是技术大牛,还特别热于助人和无私奉献,侠之大者!
3、foxfans先生在5楼给出的答案是吻合的,配合吹版示例中的 transform()函数格式化一下,就可以得到和SQLSERVER一致的效果了。
4、UuidCreateSequential生成有序Guid 还是很有价值的,只是因为后8为直接取MAC地址有不少争议,网上搜了一下,有很多改进版本。
5、本帖的初衷是需要生成有序Guid,经过分析,还是由服务器统一生成 UUID 才能提现【有序】的价值,这点 iswith 说的很清楚。
6、所以最终我还是放弃了由客户端 利用UuidCreateSequential创建UUID,而是统一由服务器端生成,在
数据迁移与合并的时候,影响也能降到最低。
另外:
1)、在阿里云的几台服务器上测试了一下,得到的MAC,用 ipconfig/all 比对,都不吻合。
2)、在我这里,我觉得后8位是否是真实联网MAC不是很重要,另外暴露也无妨,相反我还可以利用MAC验证数据迁移的变化。
3)、业务模块开发,我基本统一使用 自增型ID,但是针对数据迁移需求的,自增型确实不太合适,为了降低重复的概率,还是用UUID吧,尽管它也是相对的,不纠结了。
理解和感悟 也需要一个过程,也是学习的过程。
再次表示感谢!
[此贴子已经被作者于2023-4-14 09:08编辑过]