Was soll der Nutzen davon sein? Kannst doch für alles einfach das ID Feld benutzen, wenn da eh in beiden Feldern das selbe steht.
Ansonsten verwende doch beim Eintragen in die Tabelle für ThreadIdent den gleichen Befehl wie für ID.
Was soll der Nutzen davon sein? Kannst doch für alles einfach das ID Feld benutzen, wenn da eh in beiden Feldern das selbe steht.
Ansonsten verwende doch beim Eintragen in die Tabelle für ThreadIdent den gleichen Befehl wie für ID.
Definiere ThreadIdent ebenfalls als Autoincrement und PrimaryKey.
Dann dürften sie sich imemr entsprechen.
--
Falls du eine auf InnoDB oder MaxDB basierende MySQL-Tabellle oder eine Datenbank in einem mächtigeren System wie Postgres hast, könntest du beide Werte auf unterschiedliche Tabellen aufteilen und über Referenzen arbeiten. Sprich: Du läßt ThreadIdent ein Fremdschlüssel sein und gibst über ON UPDATE CASCADE alle Änderungen an ID an diesen weiter.
Ich würde aber dazu raten, ThreadIdent einfach rauszuschmeißen - es macht keinen Sinn, Informationen doppelt in einer Tabelle abzulegen.
Es wäre auf jeden Fall interessant, die Designentscheidung hinter der Sache zu kennen.
PS: Mir ist gerade eingefallen, daß Fremdschlüssel auch in der eigenen Tabelle liegen können.
Geändert von Jesus_666 (10.06.2007 um 12:31 Uhr)
Ah, jetzt komme ich langsam dahinter, was du eigentlich willst.
Warum kannst du im Anfangspost die Thread-ID nicht einfügen? Kannst du nicht erst die ID erzeugen und dann den Post eintragen?
Probier's mal mit mysql_insert_id, bzw. der MySQL-Funktion LAST_INSERT_ID().
Geändert von Jesus_666 (10.06.2007 um 19:33 Uhr)
Nen kleines Beispiel:
INSERT INTO `forum` (`id`, `threadident`) VALUES ('2', `id`)
Wird in beiden Spalten eine 2 stehen lassen. '' steht für Werte. `` steht für Spalten. Also sind `` sogesehen Referenzen auf bestimmte Spalten.
--
Eigentlich sind die `` nur dazu da, dich vor Fehlern wegen Schlüsselwörtern zu bewahren.Zitat von raian
Berechtigungen
Zitieren