PostGISデータベースに適したグローバル/ユニバーサル一意識別子とは何ですか？

OIDをpostgreSQL / PostGIS dbの主キーとして使用することは、これらをリセットできるインスタンスがあるため、お粗末な慣習であると読みました。論理的に聞こえますが、適切な代替手段は何ですか？「Universal Unique Identifer」UUIDを使用するオプションがあると思いますが、吐き出される大きなテキストと数値は恐ろしいです。

私の状況のもう少し背景。「gid」というフィールドで作成されたすべての空間テーブルがあります。これは、そのテーブルの主キーであり、そのテーブルにのみ一意です。空間テーブル（1から始まり増分する「gid」フィールドを持つすべて）を関連情報を持つ1つの大きなテーブルに関連付けるため、問題が発生しました。私の関係が機能するためには、明らかに私のすべての空間的特徴には、それらを互いに区別する一意の識別子が必要です。

編集ピーターズのコメントに従ってこの画像を追加しました。ピーターこれは私が私の頭の中に持っているアイデアです、それについて行くための最良の方法ではないかもしれません、またはそれは良いDBデザインでさえないかもしれません。あなたの考えに興味があります。

任意のヒント？

別個の中間テーブルbuildings_attach、parcels_attachなどを作成します。その後、グローバル識別子は必要ありません。

2つのソリューション：

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を参照してください

col1 + somestring + col2など、IDを作成するためにテーブルのデータを使用する方法を見てきましたが、実際にはこれに反対します（こちらを参照）。インテリジェントIDは本当に悪い考えです。

ハロー

大きなテーブルからidを取得して、代わりに空間テーブルに入れてみませんか？

空間テーブルの1つの行が大きなテーブルの複数の行に関連している場合、問題が発生します。そうでない場合は、大きなテーブルIDで十分であるか、何か不足しています。

/ Nicklas