这篇 Hacker News 讨论聚焦于“N+1 查询问题”，这是一个常见的性能痛点：对象关系映射（ORM）在获取列表时先执行一次查询，随后又为列表中的每一项关联数据单独触发额外的查询。 评论者认为，该问题源于开发者在不了解底层 SQL 连接（Join）的情况下过度依赖 ORM 的抽象。尽管 ORM 简化了基础的数据检索，但往往掩盖了字段解引用（例如通过 `__getattr__` 触发数据库调用）的开销。批评者指出，ORM 虽然让简单任务变得容易，却使得复杂查询几乎无法优化，因此有人建议直接编写原生 SQL 通常会更高效。 另一些观点提到，这是一个长期存在的问题，并参考了 Hibernate 或 Facebook 的 Haxl 等老牌解决方案。共识在于，面向对象的数据映射所带来的便利性与数据库的高效性能需求之间存在矛盾；开发者往往为了代码的直观性而倾向于使用 ORM 的循环和字段访问，即便其代价是产生隐蔽且次优的查询模式。