Hallo,
> Hallo,
>
> > Ich tippe mal, das der PostgreSQL Manager da selber ein Timeout
> macht.
> > Habe es auch mal mit phpPgAdmin versucht. Der läuft sich Tod.
>
> Ist die Tabelle groß? Da kann es natürlich sein, dass da ein ganzer
> Haufen
> an Updates gemacht werden muss, und dass gerade dies
; From: Stefan Sturm [mailto:[EMAIL PROTECTED]
> Sent: Monday, October 13, 2003 12:48 PM
> To: [EMAIL PROTECTED]
> Subject: RE: [SQL] [postgres] Foreign Key
>
> Hallo,
>
> > > In der Tabelle status befinden sich Datensätze. Die Tabelle logins
> > ist
> &
Sorry für die letzte Mail. Habe bei der falschen Mail auf Antwort
geklickt.
Nochmals Sorry,
Stefan
> -Original Message-
> From: Stefan Sturm [mailto:[EMAIL PROTECTED]
> Sent: Monday, October 13, 2003 12:48 PM
> To: [EMAIL PROTECTED]
> Subject: RE: [SQL] [postgres] Foreign
Hallo,
> > In der Tabelle status befinden sich Datensätze. Die Tabelle logins
> ist
> > leer. Nun versuche ich folgenden Befehl:
> >
> > ALTER TABLE "public"."login " ADD CONSTRAINT "test" FOREIGN KEY
> > ("status__id") REFERENCES "public"."status"("id")
> > ON DELETE RESTRICT
> > ON UPDATE RE
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hallo,
- -- Stefan Sturm <[EMAIL PROTECTED]> wrote:
> Ich tippe mal, das der PostgreSQL Manager da selber ein Timeout macht.
> Habe es auch mal mit phpPgAdmin versucht. Der läuft sich Tod.
Ist die Tabelle groß? Da kann es natürlich sein, dass da ein
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hallo,
- -- Stefan Sturm <[EMAIL PROTECTED]> wrote:
> In der Tabelle status befinden sich Datensätze. Die Tabelle logins ist
> leer. Nun versuche ich folgenden Befehl:
>
> ALTER TABLE "public"."login " ADD CONSTRAINT "test" FOREIGN KEY
> ("status__i
