auto increment

Et auto increment felt er jo unikt. En primary key er også altid unik.

Umiddelbart har jeg svært ved at se pointen i 2 unikke felter i samme tabel.

gider du lige forklare lidt bedre? er ikke helt med :)

en primær nøgle er unik d.v.s. at den kan bruges til at identificere rækkerne med

et auto increment felt vil også blive unikt og kan derfor også bruges til at identificere rækkerne med

man har vel kun brug for en ting til at identificere rækkerne med

og derfor synes jeg umiddelbart kun at et auto increment felt giver
mening hvsi det er primær nøgle

jamen jeg har jo også kun et auto_increment felt i hver table :) jeg ville bare lige vide om det i ALLE tilfælde vil være mest optimalt med en primary key på den?

og mit svar er at jeg ikke har fantasi til at forestille mig, hvornår
man ikke vil have det

NB: Rækkefølgen er normalt at man først finder primary key og så bagefter
    bestemmer om den skal være auto increment eller ej

man skal også have primary på felter som referer til en anden table ikk?

men hvis man har flere primary keys i en table bliver de jo delte nøgler...

har fået fortalt at man ikke altid kan søge efter en del af en delt nøgle

eks.
primary key (A, B, C)

man kan godt søge efter A && B && C, det samme med A && B, men ikke med B && C eller bare C

ud fra denne query, hvordan ville du så indexere tablen? :)

SELECT debate.id, IFNULL(MAX(debate2.time), debate.time) AS last_time
    FROM $DB.debate debate
    LEFT JOIN $DB.debate debate2 ON debate.id=debate2.thread_id && debate2.reply_id!=0
    WHERE debate.topic='$_GET[tab]' && debate.reply_id=0
    GROUP BY debate.thread_id
    ORDER BY last_time DESC

CREATE TABLE `debate` (
  `id` mediumint(7) NOT NULL auto_increment,
  `topic` tinyint(1) NOT NULL default '0',
  `thread_id` mediumint(7) NOT NULL default '0',
  `reply_id` mediumint(7) NOT NULL default '0',
  `user_id` smallint(5) unsigned NOT NULL default '0',
  `time` int(10) NOT NULL default '0',
  `subject` varchar(40) NOT NULL default '',
  `msg` text NOT NULL,
  PRIMARY KEY  (`id`)
) TYPE=MyISAM AUTO_INCREMENT=1 ;

Felter som refererer til en anden tabel er foreign keys ikke primary keys

Med den query ville jeg putt index på:

topic
thread_id
reply_id

hvilken index skal der så på foreign keys? bare en almindelig index?

MyISAM tabeller understøtter ikke foreign keys, d.v.s. at det er bare et koncept,
og derfor er der ikke nødvendugt at sætte indexes på foreign keys.

Af performance hensyn vil man dog typisk sætte index på foreign key
felter.

ok

Men jeg er så stadig ikke helt med på hvad den reele forskel er på at bruge primary og index? For primary og unique må jo egentlig være det samme :)

Et index behøver ikke at være unik. Et unikt index ligner meget en primary key.
Men en felt med unikt index kan indeholde NULL i modsætning til en primary key
og du kan have flere unikke index men kun en primary key.

jeg tror jeg er ved at have fat i det nu :)

lav et svar

kommer her