2

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

Sort by affiliation
SELECT * FROM articles_view WHERE (1=1) 
AND spubid IN 
  (SELECT people.spubid FROM people WHERE (people.slast ilike 'doe') 
    GROUP BY people.spubid, people.slast, people.saffil) 
AND spubid IN 
  (SELECT status.spubid FROM status WHERE ((status.imonth >= 01 OR status.imonth IS NULL) AND status.iyear >= 2000) AND ((status.imonth <= 01 OR status.imonth IS NULL) AND status.iyear <= 2008) ORDER BY status.iyear, status.imonth)

Sort by last name, descending order
SELECT * FROM articles_view WHERE (1=1) 
AND spubid IN 
  (SELECT people.spubid FROM people WHERE (people.slast ilike 'doe') 
    GROUP BY people.spubid, people.slast, people.saffil ORDER BY people.slast DESC) 
AND spubid IN 
  (SELECT status.spubid FROM status WHERE ((status.imonth >= 01 OR status.imonth IS NULL) AND status.iyear >= 2000) AND ((status.imonth <= 01 OR status.imonth IS NULL) AND status.iyear <= 2008))

Sort by year/month descending order
SELECT * FROM articles_view WHERE (1=1) 
AND spubid IN 
  (SELECT people.spubid FROM people WHERE (people.slast ilike 'doe') 
    GROUP BY people.spubid, people.slast, people.saffil ) 
AND spubid IN 
  (SELECT status.spubid FROM status WHERE ((status.imonth >= 01 OR status.imonth IS NULL) AND status.iyear >= 2000) AND ((status.imonth <= 01 OR status.imonth IS NULL) AND status.iyear <= 2008) ORDER BY status.iyear, status.imonth DESC)

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

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

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

SELECT * FROM articles_view WHERE 
  ((articles_view.skeywords_auto ilike '%ice%') OR (articles_view.skeywords_manual ilike '%ice%')) 
  ORDER BY (articles_view.authors[1]).slast

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

4

4 回答 4

3

所有子查询都在为条件提供一组结果以检查 spubid 的存在。您需要实际加入状态表，然后在外部查询的 order by 子句中使用列。

就像是：

SELECT * 
FROM articles_view
       INNER JOIN status ON articles_view.spubid = status.spubid
       INNER JOIN people ON articles_view.spubid = people.spubid
WHERE ((status.imonth >= 01 OR status.imonth IS NULL) AND status.iyear >= 2000)
       AND ((status.imonth <= 01 OR status.imonth IS NULL)
       AND status.iyear <= 2008 AND people.slast ilike 'doe')
ORDER BY status.iyear, status.imonth
于 2009-08-19T23:20:20.180 回答
2

您没有订购外部查询；您只订购内部查询。这是完全合法的，但是您对这些内部结果所做的只是与spubid它们进行比较，而您按什么顺序执行该操作并不重要。

您正在寻找的是一个JOIN.

SELECT * 
FROM articles_view
INNER JOIN status ON (status.spubid = articles_view.spubid AND ((status.imonth >= 01 OR status.imonth IS NULL) AND status.iyear >= 2000) AND ((status.imonth <= 01 OR status.imonth IS NULL) AND status.iyear <= 2008))
WHERE spubid IN 
  (SELECT people.spubid FROM people WHERE (people.slast ilike 'doe') 
   GROUP BY people.spubid, people.slast, people.saffil ) 
ORDER BY status.iyear, status.imonth DESC

（您也可以将另一个查找重写为连接，但为简单起见，我不理会那个查找。）

于 2009-08-19T23:22:58.490 回答
1

您只是对 IN 语句使用的数据进行排序。您需要对顶级 Select 语句进行排序。

编辑：

由于 IN 子句中的 Select 语句不会对结果的整体排序做出贡献，因此您应该从中删除 order by 子句，从而防止服务器进行不必要的处理。

于 2009-08-19T23:22:26.447 回答
0

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

SELECT * FROM articles_view WHERE 
  ((articles_view.skeywords_auto ilike '%ice%') OR (articles_view.skeywords_manual ilike '%ice%')) 
  ORDER BY (articles_view.authors[1]).slast

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

于 2009-08-27T16:38:03.327 回答