讨论SQL语句中主副表之间的关系

       在公司这么多些时间,自己在写SQL语句这方面的功夫实在是太差劲了,有时候自己写出来的SQL语句自己都不知道能不能使用,只是自己写出来的SQL语句是不报错的,但是,这对于真正意义上的SQL语句还差的真的很远。

现在就讨论一下主辅表之间的关系

       说白了,其实还是和非常丰富的业务知识是相关联的。我们在主要要查询显示的数据的字段的时候,这些表一般情况下是放在主表的位置上的,想一些和主表有关联的字段(这这些副表的数据是由主表执行业务的时候产生的,但是有时候是不产生的),试想一下,我们在写sql语句的时候,如果把这些附表当作主表来和主表关联起来使用,那么限制条件将会无形中变多,查询出的主要信息将会减少,这样写sql那肯定是错误的,这是我们一定要避免的。就我对我们公司的观察来看,查询sql语句最多的情况下,一般也就是3-4个主表,我还没有见到过特别多的那种,记得有一次自己写了一条sql有5-6个主表,自己写完了,后来也把代码提交了,下班之后回去想了想,确实挺可笑的,自己怎么能写出那么傻的sql语句,第二天自己去上班的时候赶紧进行了修改,虽然在公司有时候我们确实不会干一件事情,我们不会是不会,但是不要做那些明知道是错误的错误,还硬着头皮去犯,那到时候,是没有你的好果子吃的。

posted on   ~码铃薯~  阅读(1050)  评论(0编辑  收藏  举报

编辑推荐:
· 开发者必知的日志记录最佳实践
· SQL Server 2025 AI相关能力初探
· Linux系列:如何用 C#调用 C方法造成内存泄露
· AI与.NET技术实操系列(二):开始使用ML.NET
· 记一次.NET内存居高不下排查解决与启示
阅读排行:
· 开源Multi-agent AI智能体框架aevatar.ai,欢迎大家贡献代码
· Manus重磅发布:全球首款通用AI代理技术深度解析与实战指南
· 被坑几百块钱后,我竟然真的恢复了删除的微信聊天记录!
· 没有Manus邀请码?试试免邀请码的MGX或者开源的OpenManus吧
· 园子的第一款AI主题卫衣上架——"HELLO! HOW CAN I ASSIST YOU TODAY

导航

< 2025年3月 >
23 24 25 26 27 28 1
2 3 4 5 6 7 8
9 10 11 12 13 14 15
16 17 18 19 20 21 22
23 24 25 26 27 28 29
30 31 1 2 3 4 5
点击右上角即可分享
微信分享提示