【问题标题】:postgresql, odd OFFSET/LIMIT behavior ( records order )postgresql,奇怪的 OFFSET/LIMIT 行为(记录顺序)
【发布时间】:2012-02-22 19:07:16
【问题描述】:

所以基本上我有这个范围(sql):

scope.to_sql
=> "SELECT  \"offers\".* FROM \"offers\" INNER JOIN \"cities_offers\" ON \"offers\".\"id\" = \"cities_offers\".\"offer_id\" WHERE \"cities_offers\".\"city_id\" = 2 AND \"offers\".\"category_id\" IN (2) AND (offers.category_id is NOT NULL) ORDER BY offers.discount desc LIMIT 25 OFFSET 0"

不知何故,上述查询的记录顺序与没有 LIMIT 和 OFFSET 的相同查询不同:

   scope[6]
=> #<Offer id: 8629 ...

scope.except(:offset, :limit)[6]
=> #<Offer id: 8729 ...

8629 和 8729 记录具有相同的 discount 值(我排序的属性)。

您能否建议在这种情况下是否可以保持相同的记录排序?

【问题讨论】:

    标签: sql ruby-on-rails postgresql activerecord sql-order-by


    【解决方案1】:

    关系数据库是基于集合的,因此本质上是无序的;结果集中记录的顺序由 ORDER BY 子句指定。如果 ORDER BY 子句中的表达式的两行具有相同的值,则运行相同的查询两次可能会返回不同位置的这些行;通过添加 LIMIT 和 OFFSET 来更改查询只会使事情变得更糟,因为更有可能产生不同的顺序。

    如果您希望数据库按特定顺序为您提供行,您必须在 ORDER BY 子句中完全指定顺序。您必须在您的范围内向order 调用添加更多内容:

    ...order('offers.discount desc, offers.created_at asc')
    

    或类似的东西取决于您需要的特定订单。

    【讨论】:

      猜你喜欢
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      • 2021-01-17
      • 2012-02-02
      • 1970-01-01
      • 2010-10-08
      相关资源
      最近更新 更多