| From: | darkburgundi(at)onlinehome(dot)de (Bastian) |
|---|---|
| To: | pgsql-general(at)postgresql(dot)org |
| Subject: | Re: Verhindern, dass im Mehrbenutzerbetrieb mit veralteten Daten gearbteitet wird |
| Date: | 2004-05-07 07:54:14 |
| Message-ID: | ce8ae119.0405062354.63c918ba@posting.google.com |
| Views: | Whole Thread | Raw Message | Download mbox | Resend email |
| Thread: | |
| Lists: | pgsql-general |
Hallo Uwe,
danke für deine ausführliche Erklärung. Das ist die Lösung für mein Problem.
MfG
Bastian
uwe(at)oss4u(dot)com ("Uwe C. Schroeder") wrote in message news:<200405061732(dot)01386(dot)uwe(at)oss4u(dot)com>...
> -----BEGIN PGP SIGNED MESSAGE-----
> Hash: SHA1
>
>
> Bastian,
>
> warum die Tabelle nicht so aufbauen:
>
> create table jadajada (
> internal number serial primary key,
> nr int4,
> testdaten varchar(254)
> );
>
> die "internal number" wird dann automatisch von postgres vergeben. Dann kan
> nst
> du deine nummern umschieben wie du willst, die interne nummer wird sich nie
>
> ndern. Die interne nummer benutzt du um den delete, update etc. zu
> kontrollieren ala:
>
> delete from jadajada where internal number=12345;
>
> Die Nr. degradiert zu einem normalen datum was beliebig ge ndert werden k
> ann.
> Du gibst die interne nummer in deiner Applikation nat rlich nicht aus. Di
> e
> w re f r den Benutzer eher verwirrend.
>
> Uwe
>
| From | Date | Subject | |
|---|---|---|---|
| Next Message | Együd Csaba | 2004-05-07 08:15:46 | Removing OIDs without recreate |
| Previous Message | Ed L. | 2004-05-07 05:27:10 | Re: Interpreting vacuum verbosity |