soTired 最近的时间轴更新
soTired

soTired

V2EX 第 556778 号会员,加入于 2021-09-24 15:10:19 +08:00
补充医疗保险
问与答  •  soTired  •  135 天前  •  最后回复来自 lakie
16
如何优雅的 Java 单测
  •  1   
    问与答  •  soTired  •  2023-08-10 13:26:53 PM  •  最后回复来自 StarkWhite
    1
    soTired 最近回复了
    建议把屁股切了
    136 天前
    回复了 soTired 创建的主题 问与答 补充医疗保险
    感谢各位答复,其实我开始也纳闷这是不是算骗保了,所以就好奇问问
    136 天前
    回复了 soTired 创建的主题 问与答 补充医疗保险
    @faustina2018 #2 哦哦哦,我是上回无意听到别人说他们也是有 然后每年能提 1w 出来,就好奇问问
    其实有没有可能是自己的自尊心作祟,可能领居也并不完全是炫耀,辛辛苦苦养大的儿子能有出息赚到钱,他把这份喜悦分享给身边的亲戚朋友,可能本身并没有恶意,只是可能农村的父母没有接受太多的教育,不会很懂这样的话语会给别人造成什么影响。一千个人心中有一千个哈姆雷特,不同的心态看待事物就会得到不同的结果,你开心的时候觉得花草树木都是欢快娱乐,你悲伤难过的时候看什么都会 emo 。
    @Fa11ingWood #25 并不是每个人都玩战网的游戏
    其实这里还是有个问题,就是 昵称+#数字 ID 按道理是唯一的,但是每个单独区的服务器数据库应该都是隔离的(参考之前可以不同区单独维护),这里感觉会涉及到分布式事务问题,即 A 同学在祖安 创建 伞兵卢本伟时分配的 #数字 ID 要确保 伞兵卢本伟+#数字 ID 的组合不重复,必然要去同一个大区的其他区判断 是否重复,这里是不是必须采用分布式事务,不然并发情况下可能会导致重复数据。
    感谢各位的解答,现在已经基本理解为什么不用 “固定唯一 ID 的原因”。
    1.会导致总容量有限,如果有人批量创号可能会导致不够用的情况。
    2.一定程度上去打击抢占稀缺 ID 、短 ID 的成本。
    @leaveeel #6 但是如果按照你说的这种,最初分配#后面的 ID 直接采用 数组+字母的 5 位字符串 ID 岂不是更加方便,相当于 ( 26 个字母+9 个数组) 35 的 5 次方个排列组合,生成这个唯一的 5 位 ID 之后,#前面的昵称随便取,#后面的 ID 也不用每次改名都去判断,这样不是更加一劳永逸吗
    关于   ·   帮助文档   ·   博客   ·   API   ·   FAQ   ·   实用小工具   ·   2867 人在线   最高记录 6679   ·     Select Language
    创意工作者们的社区
    World is powered by solitude
    VERSION: 3.9.8.5 · 15ms · UTC 02:34 · PVG 10:34 · LAX 18:34 · JFK 21:34
    Developed with CodeLauncher
    ♥ Do have faith in what you're doing.