Foreign keys/Constraints på OIDs

Det lyder farligt...
Jeg ville forslå dig at have et userid felt i user tabellen og basere den på en sequence/serial - det er også det pæneste...

hvorfor i alverden skulle det være pænere?

man kan godt bruge OIDs på nøjagtigt samme måde som alle andre felter i en tabel, de kan bare ikke ændres manuelt.

når man tager backup, skal man bruge pg_dump med -o option, ellers tager den ikke OID\'s med.

http://developer.postgresql.org/todo.php

I følge TODO listen på postgresql.org kan du IKKE bruge OID som foreign key!!

Forøvrigt mente jeg at det var pænere fordi at det kunne porteres til en anden database.

nej, du har ret, jeg stødte ind i en mur da jeg prøvede det i praksis :/

tak for rettelsen.

ang. det med at det er pænere, så mener jeg hellere de andre skulle tage sig sammen, og få oids, de letter overblikket i mit e-r diagram betydeligt, og det er sjældent jeg har brug for at se nummeret direkte, så det er fint det er skjult :)

Se http://www.eksperten.dk/spm/119215