Problem selbst Referenzieren

[zorkez]

Hallo,

angenommen ich habe eine Tabelle Container in der sich 2 Spalten befinden:

• container_id INT PRIMARY KEY auto_increment
• kind_von INT referenziert container_id

Mein Ziel ist, dass ich eine Tabelle habe, mit der ich die Container beliebig schachteln kann. Die Container sollen später mal dazu dienen gewisse Module zu gruppieren.

Ich habe jetzt folgendes Problem:

Wenn ich einen neuen Container anlege, kommt es zu einem Fehler, da ich kind_von angeben muss, die container_id allerdings noch nicht bekannt ist.

Das ganze funktioniert natürlich, wenn bereits ein Container angelegt wurde.
Allerdings wenn es der Erste ist, fehlt mir die Information der container_id, die ja erst per auto_increment vergeben wird.

Wie kann man da vorgehen? Bin hier noch nen Frischling was das angeht. Vielleicht gibts ja auch nen anderen Ansatz?!

Danke im Voraus

[urvater]

Du kannst einen default Wert festlegen. Da später auto_increment Werte in diese Spalte gehören würde sich die 0 (nicht NULL) anbieten.

[Ckaos]

Hi

Zitat von zorkez

Mein Ziel ist, dass ich eine Tabelle habe, mit der ich die Container beliebig schachteln kann. Die Container sollen später mal dazu dienen gewisse Module zu gruppieren.

Könntest du dazu mal 3-? Test datensätze zeigen. Auch wenn du es
gut erklärt hast, habe ich es nicht so ganz verstanden glaub ich ;)

container_id | kind_von
1| 1
2| 1
3| 2

etwa so?

mfg

Ckaos

[zorkez]

Ja, die Einträge stimmen so.
So soll es letzten Endes einmal aussehen.

Es gibt nur ein Problem beim Anlegen des Datensatzes:

4 | 4

Der Datensatz müsste sich ja selbst referenzieren, da er in diesem Fall kein Kind von einem anderen Container werden soll.

Ein Default-Wert bedeutet ja, dass der Container ein Kind von irgendeinem anderen Container ist (z.B. 1).
Der Default-Wert 0 ist ja nicht erlaubt, da keine container_id 0 verfügbar ist.

Ich dachte das es soetwas wie nextVal gibt, der den Wert der nächsten container_id einträgt.

Alternativ könnte ich das natürlich auch in 2 Schritten lösen. Erst anlegen und dann abändern. D.h. aber auch, dass ich das für alle Softwarelösungen so implementieren muss. Das will ich eigentlich vermeiden.

Wie gesagt. Vielleicht ist ja auch mein Vorgehen falsch. Bin für Hinweise dankbar.

[Ckaos]

Hi

Der Default-Wert 0 ist ja nicht erlaubt, da keine container_id 0 verfügbar ist.

Was ja bei anlegen der DB kein problem wäre einen container 0 an zu legen. Üblich bei

Nun mir erschliesst sich halt auch nicht der Sinn deiner Referenzierung.

Die Container sollen später mal dazu dienen gewisse Module zu gruppieren

Deswegen kann ich dir leider auch nicht einen anderen weg anbieten.
Vielleicht erklärst du grob was du damit erreichen willst.

Erst anlegen und dann abändern. D.h. aber auch, dass ich das für alle Softwarelösungen so implementieren muss. Das will ich eigentlich vermeiden.

Mit einer funktion sollte das aber kein problem sein.

mfg

Ckaos

[zorkez]

Hi, danke für die Antworten.

Also ich will z.B. meinen Kollegen eine Seite selbst erstellen lassen. Module dafür sind schon vorhanden.
Aus designtechnischen Gründen will ich Container einsetzen, um Module zu gruppieren, weil dieses Vorgehen die Positionierung erleichtert.

Also so sieht die DB zwar nicht aus, aber grob beschrieben so:

uri varchar(255)
container_id int primary key...
kind_von int

Ein Container wird also einer bestimmten Seite zugewiesen.

Lege ich jetzt wie eben schon beschrieben einen Container mit dem Wert 0 an (sozusagen als "root" oder "Startknoten") und geben bei dem neuen Eintrag in child_of = 0 an, dann ist ja dieser angelegte Container ein Kind von 0 mit der uri "xxx".

Jeder Container muss einer uri zugewiesen werden.

Mir fällt gerade ein, dass ich auch die uri auf "" (also leer) setzen kann... aber sauber ist das dann auch nicht...
Ich denke mal darauf rum.

Eine Funktion um das Problem zu lösen kommt hier nicht in Frage, da dass den schlechten Datenbankstil noch unterstreicht.

Edit:

Das mit dem leeren uri-Feld wird nicht funktionieren, da es sich hier auch um einen Fremdschlüssel handelt.

[Ckaos]

Hi

Module dafür sind schon vorhanden.
Aus designtechnischen Gründen will ich Container einsetzen, um Module zu gruppieren, weil dieses Vorgehen die Positionierung erleichtert.

Erstmal gut...macht joomla ja auch so ;)
Nur warum musst du um Module (was auch immer du darunter verstehst
oder meinst) per Fremdschlüssel gruppieren?

Ich denke ohne weitreichende Infos um deinen geplanten Aufbau kann
dir hier keiner helfen das zu verbessern.

Aber zu deiner eingangsfrage soweit ich weis ist eine Referenz nur
auf eine andere Tabelle sinnvoll und gestattet.
Les dich hier weiter schlau ;)

mfg

Ckaos

[zorkez]

Gutgut. Ich werde mich mal in Joomla einlesen und das ggf. so einbauen.

Aber zu deiner eingangsfrage soweit ich weis ist eine Referenz nur
auf eine andere Tabelle sinnvoll und gestattet.

Also ich hab das Konzept mit MySQL Workbench gemacht. Wenn das nicht erlaubt wäre, wäre es glaube ich nicht im Programm möglich.

Ich melde mich nochmal wenn ich was gefunden habe...

[zorkez]

Also eine nextval Funktion wie in Oracle scheint es in MySQL nicht zu geben.

Die Lösungen eine Navigation in einer Baumstruktur in der DB zu realisieren ist meinem Vorhaben ja sehr ähnlich.
Dort arbeiten die Leute in diesem Forum auch mit parent- oder child - Feldern.
Allerdings setzen die Leute keine Referenz.
Dieses Vorgehen gefährdet aber die Integrität.
D.h. doch, dass wenn ich den Primary Key ändere, müsste ich alle Kind-Einträge auch ändern... sehr unschön.

Scheint also in MySQL nur die Möglichkeit zu geben: Erst einfügen und dann ändern....

Oder?

Edit:

Das Problem dürfte mehr oder weniger über last_insert_id() zu realisieren sein. Damit ist das geklärt.

Bis dann