SQL反模式学习笔记4 建立主键规范【需要ID】
目标:建立主键规范
反模式:每个数据库中的表都需要一个伪主键Id
在表中,需要引入一个对于表的域模型无意义的新列来存储一个伪值,这一列被用作这张表的主键,
从而通过它来确定表中的一条记录,即便其他的列允许出现适当的重复项。这种类型的主键列我们通常称其为“伪主键”或者“代理键”。
1、冗余键值:如果存在一个逻辑上更为自然的主键并且也满足unique约束,那么id就多余了;
2、允许重复项:伪主键本身确保了表的数据不会存在重复项,所以也就无法避免表中的其它数据出现重复项;
3、意义不明的关键字:主键名应该便于理解,所以建议用XxxId,而不都是用Id;
4、使用组合键。
如何识别反模式:当出现以下情况时,可能是反模式
1、我觉得这张表不需要主键;
2、我怎么能在多对多的表中存储重复的项;
3、我学过《数据库设计理论》,里面说我应该把数据移动到一张查询表中,然后通过ID查找。
但是我不想这么做,因为每次我想要获得真是的数据,都不得不做一次连接查询。
(这在数据库设计中是一个常见的误区,称为“正规化”,然而实际中对于伪主键并没有什么需要做的)
合理使用反模式:
使用伪主键,或者通过自动增长的整形的机制本身没有什么错误,但不是每张表都需要一个伪主键,
更没有必要将每个伪主键都定义为ID。
解决方案:
1、直接了当的描述设计,主键名应该便于理解,所以建议用XxxId,而不都是用Id;
2、拥抱自然键和组合键。
SQL反模式,系列学习汇总
18、SQL反模式学习笔记18 减少SQL查询数据,避免使用一条SQL语句解决复杂问题
成在管理,败在经验;嬴在选择,输在不学! 贵在坚持!
个人作品
BIMFace.SDK.NET
开源地址:https://gitee.com/NAlps/BIMFace.SDK
系列博客:https://www.cnblogs.com/SavionZhang/p/11424431.html
系列视频:https://www.cnblogs.com/SavionZhang/p/14258393.html
技术栈
1、Visual Studio、.NET Core/.NET、MVC、Web API、RESTful API、gRPC、SignalR、Java、Python
2、jQuery、Vue.js、Bootstrap、ElementUI
3、数据库:分库分表、读写分离、SQLServer、MySQL、PostgreSQL、Redis、MongoDB、ElasticSearch、达梦DM
4、架构:DDD、ABP、SpringBoot、jFinal
5、环境:跨平台、Windows、Linux、Nginx
6、移动App:Android、IOS、HarmonyOS、微信小程序、钉钉、uni-app、MAUI
分布式、高并发、云原生、微服务、Docker、CI/CD、DevOps、K8S;Dapr、RabbitMQ、Kafka、RPC、Elasticsearch。
欢迎关注作者头条号 张传宁IT讲堂,获取更多IT文章、视频等优质内容。
出处:www.cnblogs.com/SavionZhang
作者:张传宁 技术顾问、培训讲师、微软MCP、系统架构设计师、系统集成项目管理工程师、科技部创新工程师。
专注于企业级通用开发平台、工作流引擎、自动化项目(代码)生成器、SOA 、DDD、 云原生(Docker、微服务、DevOps、CI/CD);PDF、CAD、BIM 审图等研究与应用。
多次参与电子政务、图书教育、生产制造等企业级大型项目研发与管理工作。
熟悉中小企业软件开发过程:可行调研、需求分析、架构设计、编码测试、实施部署、项目管理。通过技术与管理帮助中小企业实现互联网转型升级全流程解决方案。
本文版权归作者和博客园共有,欢迎转载,但未经作者同意必须保留此段声明,且在文章页面明显位置给出原文连接,否则保留追究法律责任的权利。
如有问题,可以通过邮件905442693@qq.com联系。共同交流、互相学习。
如果您觉得文章对您有帮助,请点击文章右下角【推荐】。您的鼓励是作者持续创作的最大动力!