PostGIS veritabanı için uygun bir Genel / Evrensel Benzersiz Tanımlayıcı nedir?

Ben bu sıfırlanabilir örnekleri olduğu için postgreSQL / PostGIS db birincil anahtar olarak OID'leri kullanmanın kötü uygulama olduğunu okudum. Kulağa mantıklı geliyor, ama sonra uygun bir alternatif nedir? Bir "Evrensel Benzersiz Tanımlayıcı" UUID kullanma seçeneği olduğuna inanıyorum, ancak tüküren büyük metin ve sayı değeri korkunç.

Durumum için biraz daha arka plan. Tüm uzamsal tablolarım, o tablonun birincil anahtarı olan ve sadece o tabloya özgü "gid" adında bir alanla oluşturulmuştur. Şimdi bir sorun var çünkü ben ilgili bilgiler ile büyük bir tablo ile uzamsal tablolarım (tüm 1 "başlayan ve artan" gid "alanıyla) ilişkilendirmek istiyorum. Açıkçası ilişkimin çalışması için tüm mekansal özelliklerimin birbirinden farklı olan benzersiz bir tanımlayıcıya ihtiyacı var.

EDITED Bu resmi Peters'ın yorumuna göre ekledi. Peter bu benim kafamda bir fikir, bu konuda gitmek için en iyi yolu olmayabilir ya da iyi db tasarımı bile olmayabilir. Ne düşündüğünle ilgileniyorum.

Herhangi bir ipucu?

Ayrı aracı tablolar buildings_attach, parcels_attachvb. Oluştururdum. O zaman global bir tanımlayıcıya ihtiyacınız yoktur.

İki Çözüm:

1) Tek bir sekans oluşturun ve tüm tabloların bu sekansı kullanmasını sağlayın, baştan yapılabilir veya bir ID sütunu oluşturabilir ve tablolarınızı şimdi güncelleyebilirsiniz.

Diziyi oluşturmak için:

CREATE SEQUENCE universal_sequence;

Sonra bir tablo:

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

Varolan bir tablo kimliği alanını yeni kimliklerle güncellemek için (aynı sırayı takip etmek istediğiniz tüm tablolar için yapın):

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

2) Diğer çözüm: Geçici bir dizi oluşturun ve yeni bir ID sütunu oluşturarak sorguyu çalıştırın.

Daha fazla bilgi için: http://www.postgresql.org/docs/8.4/static/sql-createsequence.html

En iyi seçenek UUID veya GUID'dir. Hangi nedenle olursa olsun, küresel olarak benzersiz olan bu nedenle inşa edilmişlerdir. Çirkin? Evet ama bu durum için en iyisi onlar.

Bkz. Https://stackoverflow.com/questions/294933/generate-unique-id-to-share-with-multiple-tables-sql-2008

Ben insanlar col1 + somestring + col2 gibi kimlikleri yapmak için tablodan veri kullandığım yöntemleri gördüm, gerçekten buna karşı savunmak istiyorum ( buraya bakın ). Akıllı kimlikler gerçekten kötü bir fikirdir.

alo

Neden kimliği büyük tablodan almıyorsunuz ve bunun yerine uzamsal tabloları koymuyorsunuz?

Uzamsal tablolardan birinde bir satır büyük tablodaki birden çok satır ile ilgili ise, sorunu görüyorum, aksi takdirde büyük tablo kimliği yeterli olmalı, ya da bir şey eksik miyim.

/ Nicklas