PostgreSQL 如何在没有显式 ORDER BY 子句的情况下对选择查询中的行进行排序？

揭开 Postgres 选择查询中难以捉摸的默认排序

在数据库查询领域，PostgreSQL 提供了从表返回数据的强大功能。然而，数据排序的方式，特别是更新行时，有时可能会令人困惑。让我们深入了解 PostgreSQL 在选择查询中采用的默认排序行为。

考虑一个名为 check_user 的表，其中包含以下数据：

 id | name
----+------
  1 | x
  2 | y
  3 | z
  4 | a
  5 | c1\
  6 | c2
  7 | c3

在未指定显式顺序的情况下执行选择查询时，PostgreSQL 以看似随机的顺序返回行：

<code class="postgres">postgres=# select * from check_user;
 id | name
----+------
  1 | x
  2 | y
  3 | z
  4 | a
  5 | c1\
  6 | c2
  7 | c3</code>

但是，更新行后（例如，将 'c1' 更改为 'c1'）：

<code class="postgres">postgres=# update check_user set name = 'c1' where name = 'c1\';
UPDATE 1</code>

重新运行select 查询产生改变的结果：

<code class="postgres">postgres=# select * from check_user;
 id | name
----+------
  1 | x
  2 | y
  3 | z
  4 | a
  6 | c2
  7 | c3
  5 | c1</code>

现在行的排序不同，引发了 PostgreSQL 使用什么默认排序的问题。本质上，PostgreSQL 采用隐式排序，无需用户明确指定。然而，这种默认顺序是不可预测的，并且可能会根据数据检索方法（例如顺序扫描或索引利用率）、内存页面存储甚至环境变量等因素而有所不同。

强调这一点至关重要不应依赖此默认顺序来获得一致的结果。它被认为是未定义的行为，依赖它可能会导致意想不到的结果。为了确保可预测的排序，建议使用 ORDER BY 子句在选择查询中显式指定所需的排序条件：

<code class="postgres">postgres=# select * from check_user ORDER BY name;
 id | name
----+------
  1 | a
  2 | c1
  3 | c2
  4 | c3
  5 | x
  6 | y
  7 | z</code>

以上是PostgreSQL 如何在没有显式 ORDER BY 子句的情况下对选择查询中的行进行排序？的详细内容。更多信息请关注PHP中文网其他相关文章！