MySQL-Befehle

[karl-heinz]

Ja! Und zwar in der Link-Tabelle (z.B. Link.D_ID oder Link.Dokument als int). D.h. also, du 'nimmst' dir den Primärschlüssel der betreffenden Tabelle (hier Dokument.D_ID) und 'verwendest' ihn in der anderen Tabelle (Link) als Fremdschlüssel, indem du ihn dort als Spalte anlegst (beide Datentypen müssen übereinstimmen!). Und dann kannst du noch eine CONSTRAINT für Link definieren, die sicherstellt, dass wenn du einen Wert in Link.D_ID reinschreibst, dieser auch in Dokument.D_ID existiert. Aber du kannst kein AUTO_INCREMENT für den Fremdschlüssel verwenden! Und wenn du jut bist, sachste mir noch kurz warum ...

[karl-heinz]

CREATE DATABASE Beispiel; 
USE Beispiel;

CREATE TABLE Dokument(D_ID INT NOT NULL AUTO_INCREMENT PRIMARY KEY , 
Nickname VARCHAR(25) NOT NULL);

CREATE TABLE Link (L_ID INT NOT NULL AUTO_INCREMENT PRIMARY KEY ,
Nickname VARCHAR(25) NOT NULL,
D_ID VARCHAR(25) NOT NULL);

INSERT INTO Dokument (Nickname) VALUES ("Foo"), ("Bar");
INSERT INTO Link (Nickname, D_ID) VALUES ("Foolink", "1");

so is es nicht gemeint oder?

Doch fast, aber du hast nicht denselben Datentypen für den Fremdschlüssel verwendet, und dat ist weshalb problematisch?

[Will_Malecken]

Sry schreib später... Hab im Moment keine Zeit mehr :/

[Will_Malecken]

Es muss ja gleich sein, weil er das sonst nicht zuordnen könnte oder?
Das mit dem Auto_Increment weiß ich nicht. Ich kenn eigentlich die ganze Bezeichnung gar nicht wenn ich ehrlich bin, ich weiß nur dass das dahin muss^^.

Ähm okay dafür brauch ich aber noch bisschen Zeit Ich schreib gleich nochmal

[Will_Malecken]

DROP DATABASE Beispiel;
CREATE DATABASE Beispiel;
USE Beispiel;

CREATE TABLE Dokument(D_ID INT NOT NULL AUTO_INCREMENT PRIMARY KEY ,
Nickname VARCHAR(25) NOT NULL);

CREATE TABLE Link (L_ID INT NOT NULL AUTO_INCREMENT PRIMARY KEY ,
Nickname VARCHAR(25) NOT NULL,
D_ID VARCHAR(25) NOT NULL);

INSERT INTO Dokument (Nickname) VALUES ("Foo"), ("Bar");
INSERT INTO Link (Nickname, Link.D_ID) VALUES ("Foolink", "1");

Also ganz leicht einfach so? Fehler sind schonmal nicht drin ;D

[karl-heinz]

DROP DATABASE Beispiel;
CREATE DATABASE Beispiel; 
USE Beispiel;

CREATE TABLE Dokument(D_ID INT NOT NULL AUTO_INCREMENT PRIMARY KEY , 
Nickname VARCHAR(25) NOT NULL);

CREATE TABLE Link (L_ID INT NOT NULL AUTO_INCREMENT PRIMARY KEY ,
Nickname VARCHAR(25) NOT NULL,
D_ID INT NOT NULL);

INSERT INTO Dokument (Nickname) VALUES ("Foo"), ("Bar");
INSERT INTO Link (Nickname, Link.D_ID) VALUES ("Foolink", 1);

Naja der Datentyp von Primär- und zugehörigen Fremdschlüsseln muss gleich sein, weil du sonst bei jedem Suchvorgang, Vergleich etc. einen der Werte umwandeln müsstest. Daher erzwingt auch eine FOREIGN KEY CONSTRAINT, dass die Datentypen identisch sind. Also, wat macht ein AUTO_INCREMENT? Es erzeugt quasi automatisch einen Schlüsselwert der eindeutig ist. Sollte dir aber sofort auffallen, wenn du ein SELECT * FROM Dokument machst! Schließlich enthält dein INSERT auf Dokument keine Angabe zu D_ID! Aber diesen Wert brauchst du ja, wenn du dann einen INSERT auf Link machst der auf ein Dokument zeigen soll!

Fehler mit dem Datentyp war also doch noch drin . Naja mach doch noch mal eine FOREIGN KEY CONSTRAINT dazu und entferne erstmal diese AUTO_INCREMENT-Geschichte, und dann kannste den Krams auf deine eigentliche Aufgabe münzen...

[Will_Malecken]

Ah okay das stimmt.
Jetzt muss ich nur noch wissen wie so ein constrait geht. da google ich nochmal
Das Auto_Increment bei Link kann ich einfach wegmachen?

[karl-heinz]

Alle AUTO_INCREMENT entfernen! Die Fremdschlüssel-Beschränkung hattest du schon gepostet...

[Will_Malecken]

Achso die okay. Ist das okay wenn ich das morgen nachmittag poste? Schaff ich jetzt nicht mehr so schnell. Muss noch schlafen gehn und kann dann erst später nach der Schule morgen