我正在使用PostgreSQL的pgr_astar
函数来获取最佳路径,我提到结果应按seq
进行排序:
cur.execute("create table %s as SELECT a.seq, a.id1 AS node, a.id2 AS edge,
b.source, b.target, b.cost, b.reverse_cost, b.km, b.%s, b.%s, b.estimated_time as time, b.ang_elev, b.geom_way
FROM pgr_astar ('SELECT id, source, target, cost as cost, x1, y1, x2, y2, reverse_cost FROM chicago_2po_4pgr', %s, %s, true, true) as a
LEFT JOIN chicago_2po_4pgr as b ON a.id2 = b.id order by seq
" %(nom_table,colonne_cost,colonne_cost_reverse,depart,destination))
我得到了这个结果(序列没有排序)
0
.
.
124
125
135
136
137
138
139
140
129
130
131
132
133
134
有什么建议吗?如何修改此查询以获得有序的结果。
答案 0 :(得分:1)
您如何从显示的语句创建的表中查询行?
虽然显示的查询中的ORDER BY
应该正确地执行其工作,但这只是对新创建的表中的物理行进行排序。但是行的物理顺序可能会发生变化。 VACUUM
和其他后台进程可以自由地对行进行重新排序。对表的任何写访问也将这样做。
更重要的是,SELECT * FROM tbl
不会按当前物理顺序返回行。虽然按物理顺序返回行通常是最快的方法,而Postgres通常只会这样做,但是没有任何保证。您必须附加另一个ORDER BY
才能获得排序的行(这违背了测试当前物理排序顺序的目的)。
像这样测试当前行的物理顺序:
SELECT ctid, * FROM tbl ORDER BY ctid;
ctid
的解释:
并在没有SELECT
的情况下运行它来验证问题中的原始CREATE TABLE AS
,您会看到排序完美的行...
相关: