Top dat dit is uitgelegd!
Ik weet zeker dat veel mensen hier iets aan zullen hebben.

Misschien even bij Artikelen zetten?

Ik maak een tabel in phpmyadmin, en voer dan alles in.
Is dat zo erg dan?

Zou je verder willen ingaan op de verschillende soorten keys? Misschien wel slim, mocht men het anders willen doen

Ja, tables maken in PHPMyAdmin is niet aangeraden. Je kunt je keys geen namen geven, en geen CONSTRAINTS aanmaken (Zowel CHECK als FOREIGN KEY).

Enkele verbeteringen:

Je referentie is niet compleet. Om hem compleet te maken:

CREATE table Gebruikers (
 gebruiker_id INT(10) AUTO_INCREMENT,
 gebruiker_naam VARCHAR(20) NOT NULL,
 gebruiker_password VARCHAR(50) NOT NULL,
 gebruiker_rank ENUM('Rank1','Rank2','Rank3') DEFAULT 'Rank1' NOT NULL, 
PRIMARY KEY (gebruiker_id)
)


CREATE table Auto (
 auto_id INT(10) AUTO_INCREMENT,
 auto_type INT(3) NOT NULL,
 auto_schade INT(2) NOT NULL,
 auto_eigenaar INT(10) NOT NULL,
PRIMARY KEY (auto_id),
 CONSTRAINT fk_auto_gebruiker
 FOREIGN KEY (auto_eigenaar)
  REFERENCES Gebruikers(gebruiker_id)
   ON UPDATE CASCADE
   ON DELETE CASCADE
)

Als je het definieert via een constraint kun je de constraint een naam meegeven. Dit is handiger met het verwijderen van constraints.

En als ik vragen mag, waarom geef je alle veldnamen een prefix?

En een tipje voor jouzelf:

Citaat

The display width does not constrain the range of values that can be stored in the column, nor the number of digits that are displayed for values having a width exceeding that specified for the column. For example, a column specified as SMALLINT(3) has the usual SMALLINT range of -32768 to 32767, and values outside the range allowed by three characters are displayed using more than three characters.

When used in conjunction with the optional extension attribute ZEROFILL, the default padding of spaces is replaced with zeros. For example, for a column declared as INT(5) ZEROFILL, a value of 4 is retrieved as 00004. Note that if you store larger values than the display width in an integer column, you may experience problems when MySQL generates temporary tables for some complicated joins, because in these cases MySQL assumes that the data fits into the original column width.

http://dev.mysql.com/doc/refman/5.0/en/numeric-types.html

Citaat van YVMdesign

Ik maak een tabel in phpmyadmin, en voer dan alles in.
Is dat zo erg dan?

Bovenop wat Killingdevil zegt komt er ook nog bij kijken dat je er niks van leert.

Killingdevil goeie tips, verder vind ik het leuk van Jeroen dat hij probeert mensen te helpen.

Dus vat de tips gewoon positief op en probeer er van te leren.

Ik ben voor iemand een nieuwsbrief systeem aan het maken.
Maar ik heb momenteel egt extreem tijd de kort en ben nu 5 tegelijk probeeren te helpen maar het lukt me niet meer en ik word gek. !
Nu zat deze sql erbij maar hier klopt niks van.
Omdat dit over mysql gaat,Kan iemand hiervan een kloppende voor mij maken?
Danku zeer alvast. :$

CREATE table m_activeren (
email varchar (100) NOT NULL,
code varchar (100) NOT NULL,
PRIMERY KEY (email)
)




CREATE TABLE m_admin (
id INT (11) NOT NULL auto_increment,
gebruikersnaam varchar(100) NOT NULL,
wachtwoord varchar(100) NOT NULL,
PRIMARY KEY (id)
)


CREATE TABLE m_emails (
email varchar(100) NOT NULL,
)

CREATE table m_activeren (
email int(11) NOT NULL,
code varchar (100) NOT NULL,
PRIMERY KEY (email)
)




CREATE TABLE m_admin (
id INT (11) NOT NULL auto_increment,
gebruikersnaam varchar(100) NOT NULL,
wachtwoord varchar(100) NOT NULL,
email varchar(100) NOT NULL,
PRIMARY KEY (id)
)

Zo moet die ongeveer kloppen.
Kan altijd nog beter.

Maar zorg er voor dat in die m_activeren een emailId komt van het account waar de email in staat.

ik krijg nu deze error

#1064 - You have an error in your SQL syntax; check the manual that corresponds to your MySQL server version for the right syntax to use near 'KEY (email) ) CREATE TABLE m_admin ( id INT (11) NOT NULL auto_increment,' at line 4

Wanneer je niet aangeeft wat je met de relatie wilt, waarom zou je hem dan nog aanmaken? Aangeven wat je wilt, SET NULL, CASCADE, of NO ACTION / RESTRICT maakt het duidelijker en functioneler (Kun je eigenlijk wel zonder acties een referentie aanmaken?).

En een gebruiker ID kan maar zo om een of andere vage reden gewijzigd worden, zoals ik op CP ook heb meegemaakt (Of niet Darsstar?:P) Daarbij is de ON DELETE actie wel zeer nuttig.

En "ON CASCADE"? Klopt niet echt in syntax hé.;)

Inderdaad...
Ik had liever dat iemand (Koen) dat ene script had gewijzigd dan dat mijn id veranderd moest worden om van die leuke errors af te komen nadat de database gegevens gewijzigd waren...

Volgens mij is NO ACTION de standaard actie (bij mysql), en kan je dus referenties aanmaken zonder acties.
Ook kan je constraints wel via phpmyadmin aanmaken, al is het minder fijn.