Jaki jest odpowiedni globalny / uniwersalny unikalny identyfikator dla bazy danych PostGIS?

12

Czytałem, że używanie identyfikatorów OID jako klucza podstawowego w bazie danych PostgreSQL / PostGIS jest słabą praktyką, ponieważ istnieją przypadki, w których można je zresetować. Brzmi logicznie, ale jaka jest odpowiednia alternatywa? Wierzę, że istnieje możliwość użycia identyfikatora UUID „Universal Unique Identifer”, ale duża wartość tekstu i liczby, która wyrzuca, jest straszna.

Jeszcze trochę tła do mojej sytuacji. Mam wszystkie moje tabele przestrzenne utworzone za pomocą pola o nazwie „gid”, które jest podstawowym kluczem dla tej tabeli i jest unikalne tylko dla tej tabeli. Mam teraz problem, ponieważ chcę powiązać moje tabele przestrzenne (wszystkie z polem „gid” rozpoczynającym się od 1 i zwiększającym) do jednej dużej tabeli z powiązanymi informacjami. Oczywiście, aby mój związek działał, wszystkie moje cechy przestrzenne potrzebują unikalnego identyfikatora, który odróżnia je od siebie.

ZMIENIONO Dodano to zdjęcie zgodnie z komentarzem Petersa. Peter, to jest pomysł, który mam w głowie, może to nie być najlepszy sposób, aby to zrobić lub nawet nie może to być dobry projekt db. Interesuje mnie to, co myślisz.

Schemat koncepcyjny

Jakieś wskazówki?

postgis spatial-database postgresql

— Ando
źródło

2

„Przeczytałem” ... czy możesz podać link?

— Kirk Kuykendall

1

Oto jeden z wielu postgresql.org/docs/8.4/static/ddl-system-columns.html w dolnej części strony, który wspomina, że złą praktyką jest zakładanie, że są one wyjątkowe. Również ten następny link bytes.com/topic/postgresql/answers/423281-oid-not-oid w odpowiedzi na oryginalny post wspomina, że identyfikatory OID są nieaktualne w tabelach użytkowników.

— Ando

1

Czy możesz dodać kilka bardziej szczegółowych informacji o tym, jaki schemat chcesz utworzyć. Nie jest dla mnie jasne, że koniecznie potrzebujesz globalnie unikalnego identyfikatora, jeśli na przykład zmienisz nieco relacje klucza obcego.

— Peter Eisentraut

1

I believe there is an option to use a "Universal Unique Identifer" UUID, but the large text and number value that spits out is horrible.

Dlaczego ma to znaczenie, jak wygląda unikalny identyfikator?

— nmtoken

„... ale duża wyrzucana duża liczba tekstu i liczb jest okropna”. Nie, nie jest. Jest po prostu długi, jak wymaga tego każdy globalnie unikalny numer identyfikacyjny .

— jpmc26

5

Chciałbym utworzyć oddzielne tabele pośredniczących buildings_attach, parcels_attachitp Wtedy nie trzeba globalny identyfikator.

— Peter Eisentraut
źródło

Cześć Peter, dziękuję za odpowiedź. W końcu udało mi się skontaktować z naszym DBA (ona ma siedzibę w innym biurze), zaproponowała to samo rozwiązanie, co ty. Cieszę się, że wybrałem tę trasę, ponieważ zdecydowanie nie jestem osobą DB (może to wynikać z rysowania schematu?!?), Ale czy to naprawdę najlepsze rozwiązanie? Co się stanie, jeśli istnieje załącznik, który był odpowiedni zarówno dla elementu działki, jak i elementu budynku? Na powyższym schemacie musiałbym tylko raz wprowadzić szczegóły załącznika, a jako rozwiązanie DBA zasugerowało, że muszę to zrobić dwa razy w dwóch różnych tabelach.

— Ando

1

Tak, ale są to dwie osobne informacje, więc wpisanie ich w dwóch osobnych miejscach jest w porządku. Właśnie tak działa relacyjny projekt bazy danych.

— Peter Eisentraut

Dziękuję za pomoc, Peter, doceniam wyjaśnienie! Pójdę tą drogą. Pozdrawiam

— Ando

9

Dwa rozwiązania:

1) Utwórz pojedynczą sekwencję i spraw, aby wszystkie tabele korzystały z tej sekwencji, można to zrobić od początku lub możesz utworzyć kolumnę identyfikatora i zaktualizować tabele teraz.

Aby utworzyć sekwencję:

CREATE SEQUENCE universal_sequence;

Następnie stół:

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

Aby zaktualizować istniejące pole identyfikatora tabeli o nowe identyfikatory (zrób to dla wszystkich tabel, które chcesz wykonać w tej samej kolejności):

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

2) Drugie rozwiązanie: Utwórz tymczasową sekwencję i uruchom zapytanie, tworząc nową kolumnę identyfikatora.

Więcej tutaj: http://www.postgresql.org/docs/8.4/static/sql-createsequence.html

— Pablo
źródło

4

Najlepszą opcją jest UUID lub GUID. Z tego powodu zostały zbudowane, unikalne na całym świecie bez względu na stół. Brzydki? Tak, ale są najlepsze w tej sytuacji.

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

Widziałem metody, w których ludzie używają danych z tabeli do tworzenia identyfikatorów, np. Col1 + somestring + col2, naprawdę bym się temu przeciwdziałał (patrz tutaj ). Inteligentne identyfikatory to naprawdę zły pomysł.

— Nathan W.
źródło

0

Halo

Dlaczego nie bierzesz identyfikatora z dużego stołu i zamiast tego wstawiasz do tabel przestrzennych?

Jeśli jeden wiersz w jednej z tabel przestrzennych odnosi się do wielu wierszy w dużej tabeli, widzę problem, w przeciwnym razie identyfikator dużej tabeli powinien wystarczyć lub coś mi brakuje.

/ Nicklas

— Nicklas Avén
źródło

Cześć Nicklas, nie mogę tego zrobić w ten sposób, ponieważ jedna z moich cech przestrzennych może dotyczyć 1 lub więcej rekordów w większej tabeli

— Ando