新入职家公司，规矩好多。。

工作 / 556 / 19 / 创建于 2年前 / 1 个改进

为了保住工作，各种psr标准按照要求改了好多了，但今天属实有点蚌埠住了，起因是之前写的一个项目，表关联太多了，查询慢了（小项目，主要当时写的快，忘记优化sql了），关键那个查询关联和分组情况比较复杂，还有分页，最终也还是只通过优化sql解决（优化之前查询0.4秒，优化后0.03秒左右），然后就又加了新的代码需求，不能联表查，不能子查询，如必要，必须要向上申请，我回去查看了下之前几个项目，基本上70%的select 都是有join的。。。。

各位所在的公司对sql的限制是怎样的呢？我个人是这么想的 join表多了确实难优化，但限定2张表感觉也就ok了把，直接限定不能联表的话感觉有点难受啊。。。。

见习助教 191 声望

暂无个人描述~

推荐文章：

更多推荐...

PHPer 请停下来好好想一想，你到底想要什么样的出路 44 / 44 |

公司又倒闭，一怒之下自己搞，可结果。。。 28 / 56 |

连着干黄两家公司，我也很无奈啊！ 57 / 62 |

请教,成为自由职业者是一种怎样的感受？ 20 / 13 |

讨论数量: 19

13697332484

2 声望

我怼，我司老项目直接 7 8 张表联查起步

2年前评论

php炎黄

课程读者 30 声望 / 技术大兵 @ 炎黄

看多少人用吧，像我司都是查缓存

2年前评论

邢闯洋

Laravel 9.x 译者 567 声望

这么严格的吗。。

2年前评论

poker_face （楼主）

当天出问题的时候是让我尽量不要脸联表查，查的话也不要超过2张表，我是想着顶多一些查字典的单独写一些方法好了，影响应该不大，然后昨天下班时就甩了5页sql规范给我，然后直接限制不能联表了，瞬间感觉很难受了

邢闯洋（作者）

@poker_face 确实很难受，负责人是阿里巴巴出来的吗，比阿里巴巴开发规范还严格

王大牛

课程读者 404 声望

@小李世界 80s,这是真牛

2年前评论

你看我吊吗啊

课程读者 642 声望 / PHP / Android / JavaScript 程序猿 @ 山东潍坊

@小李世界 sleep(79) ?

2年前评论

pndx

36 声望 / 打杂 @ 普通公司

我这里是要求都改成多条语句来查询，看结果是快了挺多了，就是麻烦了点。

2年前评论

poker_face （楼主）

关联表不多的话，常规sql我觉得可以优化到接近分表查的水平，而且关联操作也能很大程度上节省代码量，我感觉这波限制了之后我感觉我的编码速度比公司招的的应届生也快不了多少了。。。。

清风

多条语句不是应该更慢吗

pndx （作者）

@清风目前的情况是单表数据几千万条，用关联会比单id索引慢，数据库不太很精通，单看结果目前是单条语句查询比较快

bishi123

@poker_face 慢点就慢点，但是对系统后期的优化会好很多，养成习惯比较好！！！！

yaoxs

45 声望

我公司也是这样，建议用单表不建议联表。不过要是会用联表（理解联表的优化）也不会阻止。可能是对于我们这些没有处理过大数据的程序员如果滥用子查询，联表对于后期的不太好维护。而且单表查询再通过PHP进行处理，性能也不会很差。

2年前评论

奕鹏

Laravel 8.x 译者 729 声望

一般我们都是限制三张表关联查询。

2年前评论

她来听我的演唱会

嗯，阿里的开发规范是不超过两张表，关联太多真的难受

working

版主 2.0k 声望

惊呆了老铁 :see_no_evil:

2年前评论

ncccc1

课程读者 91 声望

关联模型查询也不行吗

2年前评论

bishi123

5 声望

联表查，特别是多表的情况下，没有优化，没有加索引（还要考虑命中的问题），一旦数据量大的化，是很容易慢得要死的，所以为了不要后期再优化，单表查是最快的，哪怕你的业务量多需要很多表，单表也是最快的，前提是数据量大，数据量小无所谓了！！！其实这也是一种提升，很好的

1年前评论

Junwind

课程读者 518 声望 / 躺平大叔 @ 躺平社区

应该把复杂的业务查找交给语言本身，数据库不应该写复杂联表的 sql，同时可以加一层 redis 缓存等

1年前评论

讨论应以学习和精进为目的。请勿发布不友善或者负能量的内容，与人为善，比聪明更重要！

帮助