keys og referencer

Jeg mener at du med innoDB (eller bare generelt i MySQL 5) kan lave FK. Det vil sige du kan lave følgende tabeller:

create table user (
user_id int,
blah text
);

create talbe user_logins (
login_id int,
user_id int REFERENCES user(user_id) ON DELETE CASCADE ON UPDATE CASCADE,
login timestamp
);

Når du så sletter en bruger fra user tabellen ved DBMS'et at der er en afhængighed i user_logins tabellen og undersøger ON DELETE reglen. Hvis denne ikke er angivet melder DBMS'et en fejl tilbage. Hvis ON DELETE er sat til CASCADE bliver rækkerne i user_logins der har samme user_id fjernet.

Det er meget meget dejligt at arbejde med når man er blevet vant til det.

jeg bruger mySQL 4.0.14 og MyIsam tables. MySQL control center som editor. Det lyder smart, men hvorfor ikke nøgler ?

Hvad mener du med nøgler. Det hedder Foreign Keys, så det har noget med nøgler at gøre. Jeg mener du skal bruge innoDB før du får denne feature, så det vil jeg anbefale at du gør.

Din kode godtages af editoren, men manualen siger at reference kun har effekt for innoDB. Jeg kan ikke lave det om til innoDB uden at vide hvad det indebærer. Jeg ville frygtelig gerne vide hvad man kan bruge en foreign key til i denne sammenhæng.

En foreign key sørger for at der er overensstemmelse mellem to kolonner der indeholder samme værdi. I mit eksempel betyder det at du ikke for lov til at indsætte en række i user_logins, hvis ikke user_id kolonnen eksisterer i user tabellen. NULL er dog en undtagelser altså efter om user_id er sat til at kunne indeholde NULL.

ok, hvis jeg forbinder to tabellers emneid med foreign keys (ID i emne og emneID i opringinging), bliver opringingen så slettet automatisk hvis jeg sletter et emne ?

ja, hvis du bruger innoDB.

okay, hvorfor virker alt kun i innoDB? Hvad sker der hvis jeg skifter? Det lyder farligt når nu jeg har 200000 emner i to forskellige databaser

Så vidt jeg husker er det fordi MyISAM folkene kun tænker på performence og det er ikke sjovt at gøre i længden :)

Jeg har ikke personlig erfaring med at foretage et skift så det vil jeg helst ikke udtale mig om. Måske der er klogere og mere erfarne folk, der vil..