"CREATE TABLE" CLUSTERED men ikke på en PRIMARY/UNIQUE Key.

først laver du tabellen:

CREATE TABLE mytable ([timestamp] bigint, content varchar(30)).
dernæst laver du det clustered index:

create clustered index idxTimestamp on mytable (timestamp)

that's it.

Ja så er jeg tilbage... efter næsten 1 års fravær juhuu. Kunne sku ikke lige huske min email :)

Anyways....

Du kan ikke oprette en primary key og sige den ikke skal være unique, primary key er i sagens natur unique :)

Nåh sjang har svaret.

Må jeg spørge hvorfor du vil oprette timestamp som et clustered index?

Tak for svar, min key skal hverken være primary eller unique. Men sjang fik vist forstået det rigtigt. Afprøver om et øjeblik.

Janus_007 -> jeg vil gerne lave cluster på timestamp, fordi det er nogen rækker som bliver kastet ind hele tiden, og siden skal hives ud igen i tidsperioder. Så må del vel være rigtigt at lave det clusterede på timestamp. I praksis indeholder rækken meget mere end blot content.

Teoretisk kan der komme to helt ens rækker hvis det samme content blir gemt præcis i samme milisekund, er det egengtlig en fejl ? Det giver ingen problemer for mig selvom to rækker blir helt ens, men er det ligesom forbudt og en fejl i SQL ?

Mvh  og mange mange tak, husk at svar i svar.

Her er et svar :)

Og nej, det er på ingen måde forbudt at have to helt ens rækker. Afhængigt af hvad tabellen skal bruges til, kan det være et stort problem - men det kan også sagtens være at det er lige meget. Jeg ville nok altid sørge for at hver række er unik, og som jeg forstår din situation, så ville jeg nok bare tilføje en surrogat nøgle - dvs tilføje en INT IDENTITY kolonne, som så er den man laver sit primary key constraint på.