1
120
[警告:可能不是最有效的方法]:
|
2
36
您可能希望尝试此操作,可能比执行两个查询更快:
|
3
25
最后记录:
|
4
18
最后记录:
|
5
10
到目前为止,在所有公开的do方式中,必须进行两次扫描,一次扫描第一行,一次扫描最后一行。 使用窗口函数“ROW_NUMBER()OVER(…)”加上“WITH querys”,您只能扫描一次并获取两个项目。 https://www.postgresql.org/docs/9.6/static/functions-window.html 如有疑问: https://www.postgresql.org/docs/9.6/static/queries-with.html 例子:
试着从两方面进行解释和分析。 |
6
6
或
|
7
2
我知道这是一个有7年历史的线程,但问题几乎是相同的,公认的答案是我开始使用的线程,并最终优化为以下线程,在我的情况下,这些线程会持续返回 85毫秒 +-5ms,带<一些专栏>作为索引整型字段的。 注1 :接受答案中的UNION ALL示例也有效,但在我的情况下,在300ms+-20ms时性能较差。 注2
我注意到op引用了可能的连接。我不需要为了自己的目的而包含连接(只是在相当动态的视图中获取当前的低ID和高ID),但是使用这个模型,最早和最新的子查询应该能够是完全成熟的查询。还没有测试,所以不确定它是否有效或是最佳的。 我确实测试了这个模型(上面可能已经建议过),它可能更容易加入,但性能只是略低于上面示例的一半,在我的情况下,始终返回220ms+-10ms。
|
8
2
只有一个查询 有好几列。
|
9
1
|
10
1
从这里得到: https://wiki.postgresql.org/wiki/First/last_(aggregate) |
11
0
或
|
12
0
为什么不使用
|
13
0
|
14
0
我认为这段代码是相同的,更容易阅读。
|
tggtsed · PostgreSQL从平均值中排除值 1 年前 |
Dawid · 为什么我不能在子查询中使用表别名? 2 年前 |
CraZyCoDer · 在PostgreSQL中锁定潜在事务 2 年前 |
ranebec · 计数时如何返回0而不是null? 2 年前 |
Flo · 分组依据中的SQL大小写 2 年前 |