问题标签 [sql-order-by]

我们有两个类似于简单标签记录结构的表，如下所示（实际上它要复杂得多，但这是问题的本质）：

和

问题是获取具有特定标签的有序记录。最明显的方法是在 (PK)(Aa, Ab), (Ab), (PK)(Bb), (Bb,Bc) 上进行简单的连接和索引：

但是，这会给文件排序带来不愉快的结果：

使用巨大且极其冗余的“物化视图”，我们可以获得相当不错的性能，但这会以业务逻辑复杂化为代价，这是我们希望避免的，特别是因为 A 和 B 表已经是 MV:s（并且是其他查询需要，并且实际上使用 UNION 进行相同的查询）。

使情况更加复杂的是我们在 B 表上有条件，例如范围过滤器。

但是如果文件排序问题消失，我们有信心可以处理这个问题。

有谁知道为什么上面代码块 3 中的简单连接不会使用索引进行排序，以及我们是否可以在不创建新 MV 的情况下以某种方式解决问题？

下面是我们用于测试的完整 SQL 列表。

我对 LINQ 很陌生。

假设我有下表：

在 LINQ 中，我如何编写一个查询来查找最近和不同的（在设备 ID 上）事件集？我想要的结果是这样的：

您是否必须创建一个 IEqualityComparer 来执行此操作？

我有两个 ID 和日期表，我想按日期对这两个表进行排序，并查看那些顺序不同的 ID

例如 table_1

表_2

并得到结果

现在诚然，我可以通过查询转储订单的结果并对其进行比较，但我想知道是否有一种 SQL-y 方法可以获得相同的结果。

编辑澄清，表格之间的日期不一定相同，它只是用来确定订单

谢谢

我希望我的查询首先返回列包含特定值的表的行，然后返回按字母顺序排列的其余行。

如果我有一个类似这个例子的表格：

并使用该表，我希望我的查询首先返回包含纽约的行，然后返回按城市字母顺序排列的其余行。仅使用一个查询可以做到这一点吗？

这是我一直以来的疑问。

据我所知，索引的顺序很重要。所以索引 like[first_name, last_name] 与 不一样[last_name, first_name]，对吧？

如果我只定义第一个索引，是否意味着它只会用于

而不是为了

因为我使用的是 ORM，所以我不知道这些列将以什么顺序被调用。这是否意味着我必须在所有排列上添加索引？如果我有一个 2 列索引，这是可行的，但如果我的索引位于 3 或 4 列上会发生什么？

我有三个表，每个表都包含一个自动递增的 PK。我需要从这些表的组合中选择最新的（即 ORDERBY DESC）条目。我想在一个查询中完成，有两个连接。我的想法是以某种方式选择一个表，按 排序id DESC，然后以某种方式合并结果。有没有人有办法（或者可能是更好的主意）这样做？

（使用 mysql） 编辑： 对不起 - 这是一个更详细的规范：我有三个表，posts, stories, favs。每个都有（至少）三列id,uid和date。他们都是PK的。id自动增量（分别为每个表）。uid是FK，但这无关紧要。我需要结果集包含最新的 20 或 30 个条目。

假设以下模型：

假设以下中间“通过”关系：

如何在保留排序的同时获取与给定类别相关的类别对象？以下代码将生成正确的 Category 对象，但顺序不正确，并且即使使用 Query Set 也会在查询集中包含重复条目.distinct()：

嗨，我正在尝试使用 select 方法对数据表中的行进行排序。我知道我可以说

这实际上是一个 where 子句，将返回满足条件的 n 行。

我想知道我可以执行以下操作

datatable.select("ORDER BY col1")---col1 是 hte 列的名称

我试过datatable.defaultview.sort()但没用

有关如何解决此问题的任何想法。谢谢

使用 case-then 块，我需要选择如何对我的 SQL 2008 查询进行排序，by[status] ASC, [date] DESC或 just [date] DESC。

我只知道如何使用一列：

如何在第二种情况下使用两列？

因此，我的语法在所有三种情况下显然都是正确的（PostgreSQL 没有抱怨任何事情），但是所有这三个查询的结果都以相同的顺序返回。当我从以下任何内容中添加/删除 DESC 时甚至更奇怪，它也没有影响。是否可以根据子查询的元素对结果进行排序？

我只是不确定为什么 ORDER BY 条件对结果的顺序没有影响。

********* 更新：

我最终做的是使用我的视图中的数组列（在本例中为articles_view）来完成我的所有排序。这样我就可以在主查询中的“列”上进行所有操作，并且完全避免使用 JOINS。定义视图的方式是，与人员/状态表中的给定 pubid（主键）匹配的所有列（都具有 1->many）存储在视图中的数组列中。我的排序查询如下所示：

这样做的原因是因为我总是知道数组的第一个成员（在 Postgres 中的第一个索引是 1 而不是通常的 0）是主要作者（或主要状态），这是我进行排序所需要的。