300GB Postgis表的索引编制缓慢

Question

我正在将300GB的轮廓线数据加载到postgis表中。为了加快此过程，我读到最快是首先加载数据，然后创建索引是最快的。加载数据仅花费了大约2天的时间，但是现在我已经在等待索引大约30天了，它仍然没有准备好。

查询是：

create index idx_contour_geom on contour.contour using gist(geom);

我在pgadmin4中运行它，此后的progran的内存消耗从500MB到100GB ++不等。

使用这么长时间索引这样的数据库是否正常？

关于如何加快流程的任何提示？

编辑：数据是从1x1度（纬度/经度）像元（大约30.000个像元）加载的，因此没有行的边界框大于1x1度，则其中大多数应该小得多。它们在EPSG：4326投影中，唯一的属性是高度和几何形状（几何）。

Answer 1

我将 更改maintenance_work_mem为 1GB 并停止了所有其他写入磁盘的操作（许多插入操作附加了 ANALYZE，这占用了大量资源）。我现在跑了23分钟。