对于PostGIS数据库，什么是合适的全局/通用唯一标识符？

我已经读到，在Ogres作为PostgreSQL / PostGIS数据库中的主键是不好的做法，因为在某些情况下可以重置OID。听起来合乎逻辑，但是什么是合适的选择？我相信可以使用“ Universal Unique Identifer” UUID，但是随即出现的大文本和数字值太可怕了。

我的情况仅需更多背景知识。我用一个名为“ gid”的字段创建了所有空间表，这是该表的主键，并且仅对该表唯一。我现在遇到一个问题，因为我想将我的空间表（所有以“ gid”字段从1开始并递增）关联到一个包含相关信息的大表。显然，要使我的关系正常工作，我所有的空间特征都需要一个唯一的标识符，以将它们彼此区分开。

编辑根据彼得斯的评论添加了这张图片。彼得，这就是我的想法，这可能不是解决问题的最佳方法，甚至可能不是好的数据库设计。我对您的想法感兴趣。

有小费吗？

我将创建单独的中介表buildings_attach，parcels_attach等等。然后，您不需要全局标识符。

两种解决方案：

1）创建一个序列，并使所有表都使用该序列，可以从一开始就完成，也可以创建一个ID列并立即更新表。

要创建序列：

CREATE SEQUENCE universal_sequence;

然后是一张桌子：

CREATE TABLE (
colname integer NOT NULL DEFAULT nextval('universal_sequence'));

要使用新的ID更新现有的表ID字段（对要遵循相同顺序的所有表都执行此操作）：

UPDATE table1
SET id=nextval('universal_sequence'));

2）另一种解决方案：创建一个临时序列，然后它们运行查询以创建一个新的ID列。

此处更多信息：http : //www.postgresql.org/docs/8.4/static/sql-createsequence.html

最好的选择是UUID或GUID。因此，它们是构建的，无论在什么表中都具有全局唯一性。丑陋？是的，但是对于这种情况，它们是最好的。

参见/programming/294933/generate-unique-id-to-share-with-multiple-tables-sql-2008

我已经看到了人们使用表中的数据来创建ID的方法，例如col1 + somestring + col2，我真的很反对这一点（请参阅此处）。智能ID是一个非常糟糕的主意。

哈罗

为什么不从大表中获取ID并放入空间表中呢？

如果空间表之一中的一行与大表中的多行相关，我会看到问题，否则大表ID应该足够，否则我会丢失一些东西。

/尼克斯