[PostgreSQL] probleem met primary key van tabellen.

[bokkiewok]

Hoi,

Ik moet een simpele database opzetten, een soort van cmdb voor een testomgeving.
De omgeving bestaat uit een aantal servers, die aan projecten gekoppeld worden.
De 'cmdb' dient ervoor om snel een overzicht te krijgen welk systeem waarvoor in gebruik is en voor hoelang.
Ik heb in postgres een database met drie tables aangemaakt, een voor de systemen, een voor de virtuele systemen en een voor de projecten. Alle drie heb ik zodanig aangemaakt dat de eerste kolom (de id-kolom) de primary key moet zijn. Ik was in de veronderstelling dat deze kolom automatisch word gevuld met integers die ook nog eens auto_increment zijn zodra ik rows ga toevoegen. Dit gebeurt echter niet. Ik ben nog een beginner op het gebied van databases, ik heb er op gegoogled, maar kan niet echt tot een antwoord komen. Dus ik hoop dat ik hier wel in de goeie richting kan worden geleid hiermee.

Dank!
bokkiewok

[RedHat]

als je een kolom maakt, bijvoorbeeld `serverID` en je maakt die primary key en auto_encrement, werkt het dan niet ? Zijn er toevallig meer opties van toepassing op die kolom?

[ Voor 20% gewijzigd door RedHat op 07-10-2009 15:46 ]

[L-VIS]

Werkt ongeveer net als in Oracle, je moet een sequence aanmaken. Kostte me 1 sec googlen.....
http://pointbeing.net/web...nt-column-to-a-table.html

[Grijze Vos]

bokkiewok schreef op woensdag 07 oktober 2009 @ 15:44:
... postgres ... kolom ... auto_increment ...

[google=postgres kolom auto increment]

Eerste hit.

Ik vraag me altijd af hoe mensen kunnen beweren dat ze gegoogled hebben als ik letterlijk drie termen uit hun post google in gooi en het antwoord als eerste hit terug krijg.

[leuk_he]

Als je de waarde vult met een auto-increment dan heb je altijd het probleem dat je in de client software (met een sequence) later de waarde weer moet opvragen als de die key (die weer Foreign key is in andere tabbellen) nodig hebt.

Daarom is het vaak handiger die waarde al in de client te generen.

maar de Methode van L-VIS werkt wel.

[Grijze Vos]

leuk_he schreef op woensdag 07 oktober 2009 @ 15:58:
Daarom is het vaak handiger die waarde al in de client te generen.

En hoe handel je dan race conditions af? Auto increments zijn juist uitgevonden om dit soort problemen tegen te gaan.

[bokkiewok]

Ja, als je weet waar je op moet zoeken. Ik heb de term auto increment niet gebruikt in de query. Daar zal dus waarschijnlijk de fout zitten. Beetje jammer om zo kort door de bocht te concluderen dat mensen volgens jou niet gegoogled hebben. Dat heb ik wel degelijk, wellicht dus met de verkeerde woorden. Zoals ik al zei, ik ben geen dbase/sql guru.

Evengoed bedankt voor de link.

Grijze Vos schreef op woensdag 07 oktober 2009 @ 15:57:
[...]


[google=postgres kolom auto increment]

Eerste hit.

Ik vraag me altijd af hoe mensen kunnen beweren dat ze gegoogled hebben als ik letterlijk drie termen uit hun post google in gooi en het antwoord als eerste hit terug krijg.

[RobIII]

leuk_he schreef op woensdag 07 oktober 2009 @ 15:58:
Als je de waarde vult met een auto-increment dan heb je altijd het probleem dat je in de client software (met een sequence) later de waarde weer moet opvragen als de die key (die weer Foreign key is in andere tabbellen) nodig hebt.

Daarom is het vaak handiger die waarde al in de client te generen.

Ja! Makkelijk als je meer dan 1 client hebt ook


[edit]
/laaaaaaaaat

[leuk_he]

Grijze Vos schreef op woensdag 07 oktober 2009 @ 16:04:
[...]

En hoe handel je dan race conditions af? Auto increments zijn juist uitgevonden om dit soort problemen tegen te gaan.

Via een sequence he die je met een aparte database toegang uitleest? Een sequnce geeft elk nummer maar 1 keer uit. Ja, er kunnen gaten in de nummers komen, maar dat hoort voor een ID Kolom niet uit te maken.

Hoe krijg jij anders de autonumber primary key terug uit je insert statement, waar je PK niet in staat, omdat hij toch automatisch wordt gegeneerd?

[RobIII]

Scope_Identity()
(MSSQL overigens, PostgreSQL weet ik niet)

[edit]
Ah, maar na even wat (kort) gelezen te hebben blijkt PostgreSQL daar inderdaad niet echt iets voor te hebben en kom je dus (schijnbaar) uit op dat Create Sequence gedoe

[ Voor 126% gewijzigd door RobIII op 07-10-2009 16:17 ]

[leuk_he]

RobIII schreef op woensdag 07 oktober 2009 @ 16:11:
Scope_Identity()
(MSSQL overigens, PostgreSQL weet ik niet)

Precies, een custom extensie. Niks mee aan de hand als je omgeving 100% MS is, maar onhandig als je connectors alleen standaard SQL ondersteunen.

[bokkiewok]

Uit het commentaar:

alter table <tablename> add <column> serial;

Doet wat ik wil !

Dank !

L-VIS schreef op woensdag 07 oktober 2009 @ 15:51:
Werkt ongeveer net als in Oracle, je moet een sequence aanmaken. Kostte me 1 sec googlen.....
http://pointbeing.net/web...nt-column-to-a-table.html

[RobertMe]

bokkiewok schreef op woensdag 07 oktober 2009 @ 16:23:
Uit het commentaar:

alter table <tablename> add <column> serial;

Doet wat ik wil !

Dank !


[...]

Uitleg, serial is een alias voor INT DEFAULT <volgende waarde uit nieuw aan te maken sequence> en maakt automatisch een nieuwe sequence aan. Het resultaat is dus hetzelfde als de losse CREATE SEQUENCE, alleen de weg erheen is iets korter

Voordeel van sequences (tegenover auto increment en identities) is, vind ik, dat je ze over meerdere tabellen kunt spreiden (meerdere tabellen met een id kolom die dezelfde sequence gebruiken voor de waarde) ook dat je eerst een id kan ophalen en daarna pas hoeft te inserten (als je bv. het id van een record wil verwerken in een bestandsnaam bij een file upload) is erg handig.

[Alain]

RobertMe schreef op woensdag 07 oktober 2009 @ 16:29:
als je bv. het id van een record wil verwerken in een bestandsnaam bij een file upload

Als je een id in een bestandsnaam wilt verwerken, dan heeft het id blijkbaar een betekenis. Het opnemen van de id in een kolom leidt tot redundantie en inconsistentie. Je moet dus wel een verrekte goede reden hebben om dit zo op te lossen.

[Grijze Vos]

leuk_he schreef op woensdag 07 oktober 2009 @ 16:10:
[...]

Via een sequence he..

Ah, ik dacht dat je voorstelde uberhaupt geen sequence te gebruiken. De google hit die ik linkte gebruikte ook sequences.

[Remus]

RobIII schreef op woensdag 07 oktober 2009 @ 16:11:
Scope_Identity()
(MSSQL overigens, PostgreSQL weet ik niet)

[edit]
Ah, maar na even wat (kort) gelezen te hebben blijkt PostgreSQL daar inderdaad niet echt iets voor te hebben en kom je dus (schijnbaar) uit op dat Create Sequence gedoe

Om de waarde van de sequence terug te krijgen kan je gebruik maken van INSERT ... RETURNING ...; werkt ook voor andere berekende of default waarden
http://www.postgresql.org/docs/8.2/static/sql-insert.html