获得徽章 7
赞了这篇沸点
以前来了公司来了一个cto,说主键ID一定要用数据库的自增id,原因主要有两个:
1. 数据库自增id能保证id自增不重复,还减少维护的成本;而其他id例如雪花id并不能完全保证不重复和自增,还要额外的维护他(区域id、机器id、时间回拨等)。
2. 数据库主键应该不具备业务意义,dba无需感知其中的意义,而且有时候做数据压缩、数据迁移等处理时业务无需考虑主键ID。
这点包括我直属leaeder也很认同,后面有很长一段时间都很确信这一点,听着挺有道理的,并且到处宣扬。
但是后来,经过我的理解,其实这也不是绝对的,如果系统的写入量很大的时候,例如一些日志系统(雪花id的由来),这时数据库自增的id生成效率就会成为瓶颈,这时候我们就需要使用其他算法来生成主键id了,例如雪花id。
因此,我理解是大部分场景都可以使用数据库自增id来充当主键,而对于写入频率很高的表可以使用类似雪花id之类的算法。但是,从另一个角度看,写入频率高的也可以做分库分表,在降低每个表的写入频率,具体情况就要业务之间做取舍了。
展开
20
前端开发
前端开发
赞了这篇沸点
抄录
----------------------------------
人和人相互吸引太容易了,仅仅是外貌就足以形成生理性喜欢的条件,这种体验你随便刷几个颜值类的视频和帖子都有可能获得,因为外貌的吸引力也是理想化经验的一种。

但人和人想要走下去,走多远,则来自于彼此经验的重叠程度。哪些经验的重叠呢?你可以理解成自体客体经验的重叠,也就是那些促进我们自信、活力、乐趣、热情、希望的经验领域,是我们觉得和另一个人有说不完的话,做不完的事,在这个过程里没有人需要适应和妥协,也没有人的利益需要被真正的牺牲,这个部分重叠度越高,相处的体验性就越强,它会形成一种强有力的关系纽带,是韧性最高的那一种。

另一方面来讲,彼此的创伤经验最好是重叠度越低越好,避免对方的防御刚好是你创伤的唤起条件的那种类型。就好像一个人倾向于贬低,一个人害怕被轻视;一个人习惯于不回应,另一个人则需要对方时刻在场;一个人喜欢黏连,另一个人体验为侵入和剥夺。就好像两个人都是害怕被拒绝的人,都是会用防御性的骄傲去保护自己的人,那么当这两部分开始交汇时,彼此会卡在一个没人能够贡献修复力量的处境下。也就是说,我们最好不要有相同的脆弱和对于伤痛的捍卫方式,这就是“重叠的脆弱性”,它导致的是一种创伤经验的相互组织,它会让各自创伤的经验被持续组织、强化、锁定。

很多东西关系初期就能识别,如果一开始的相处就是乏味的,一开始就没太多共同话题,甚至是别扭和消耗的,那这段关系大概率走不了太远,这里的远并非是时间意义上的,而是关系所能地打的位置,这个位置代表着你们即使相处了很多年,但核心的经验领域仍旧不曾对那个人真正开放过,更不用说深度参与。也正是这部分经验决定了关系最紧密且不可分离的那种支撑和保证,它的抗衰性也是最高的。
展开
6
赞了这篇沸点
昨天做梦,单位招了一个跟我同样岗位的人,还不用干活,结果一个月给三万五,我直接惊醒来了
9
赞了这篇沸点
#1024一起掘金#
今天再来一波,你上车🚌?
过了1024,还可以继续,五折优惠活动等你来!
大漠_w3cpluscom于2024-10-25 12:26发布的图片
1
赞了这篇沸点
秋高气爽,天气干燥,jym有什么保湿的东西吗?
32
juejin.cn 掘友们 给俺这篇文章点点赞呗 么么哒[看][害羞]
23
juejin.cn 看看俺这篇[看]
2
前端开发
前端开发
下一页
个人成就
2023年度人气作者No.68
文章被点赞 884
文章被阅读 71,120
掘力值 4,175
收藏集
21
关注标签
17
加入于