模型关联一对多中使用 limit 仅是软限制的潜在的性能问题

[NHZEX]

模型关联当前一对多对不是真正 sql 级别的 limit，仅是代码中软截断结果实现的，对于如果被关联对象数据很多，会成倍对程序内存与数据库产生隐藏的压力。

laravel 实现的方案：laravel/framework#49695

案例：一篇文章可以有很多评论，但我仅需要展示文章最新两条评论。在当前的 orm 预加实现中无法提供这个支持。

[liu21st]

只能说各有得失 只要不是数据集查询的情况（这种情况下大部分需求只是查询评论数），大部分的场景下 都是查询某个数据及关联 基本没有问题

[NHZEX]

这个问题对于实际业务还是很关键的。只要模型一对多关联，被关联数据集的数据量很难保证始终很少（或者设计时防御性限制兜底），特别是业务运转起来后。而且由于模型的封装，开发时不易察觉这种请求的潜在压力，在软限制的掩护下，问题容易被掩盖，直到数据量爆发时才会暴露问题。

引用自 laravel 的解决方案：

MySQL 5.7+
MySQL 5.5~5.6: Due to a bug in MySQL, the package only works with strict mode disabled.
In your config/database.php file, set 'strict' => false, for the MySQL connection.
MariaDB 10.2+
PostgreSQL 9.3+
SQLite 3.25+: The limit is ignored on older versions of SQLite. This way, your application tests still work.
SQL Server 2008+

基于窗口函数实现基本覆盖主流环境了。

[liu21st]

对于单个数据的关联可以限制limit 这个是实际约束的 数据集的limit才是软限制

[NHZEX]

对于单个数据的关联可以限制limit 这个是实际约束的 数据集的limit才是软限

看到更改了，不过这么改也只能缓解一部分场景，根源问题还是存在

[liu21st]

对于单个数据的关联可以限制limit 这个是实际约束的 数据集的limit才是软限

看到更改了，不过这么改也只能缓解一部分场景，根源问题还是存在

大部分场景是满足的 数据集的关联查询通常也不可能这么做

[NHZEX]

对于单个数据的关联可以限制limit 这个是实际约束的 数据集的limit才是软限

看到更改了，不过这么改也只能缓解一部分场景，根源问题还是存在

大部分场景是满足的 数据集的关联查询通常也不可能这么做

有的，在erp场景中的展示复杂组合列表时就比较容易见到。比如显示每行对象的最近一条操作记录这种，只能单独查询了。
而且这个软硬限制切换我感觉好多人是没意识到的（当前应该在文档中特别说明下）。开发时不容易复现，真存在这个问题也是需要系统产生一定数据量后才会暴露。

[liu21st]

对于单个数据的关联可以限制limit 这个是实际约束的 数据集的limit才是软限

看到更改了，不过这么改也只能缓解一部分场景，根源问题还是存在

大部分场景是满足的 数据集的关联查询通常也不可能这么做

有的，在erp场景中的展示复杂组合列表时就比较容易见到。比如显示每行对象的最近一条操作记录这种，只能单独查询了。 而且这个软硬限制切换我感觉好多人是没意识到的（当前应该在文档中特别说明下）。开发时不容易复现，真存在这个问题也是需要系统产生一定数据量后才会暴露。

用视图模型吧 然后配合额外的获取器

[liu21st]

数据集的预载入查询 我使用了游标查询方式 可以降低内存开销