Chiave primaria di SQL Server sul campo Data/ora

Question

Sto creando una nuova tabella in SQL Server 2005 che richiede 2 campi: DateTime e MyValue (Int32). Il campo DateTime sarà unico quindi imposterò un vincolo univoco su di esso.

Quale struttura del tavolo è migliore e perché?

MioIndice (PK, int)
MyDate (datetime) (IX_UniqueKey)
MyValue (int)

o

MyDate (PK, datetime)
MyValue (int)

La mia sensazione è che non voglio un PK (MyIndex) artificiale in questa tabella perché non è necessario e poiché le date saranno uniche, le userò per accedere a qualsiasi record. Tuttavia, potrebbe essere che sia più performante avere un PK artificiale ...?

Answer 1

Quando dici che le date saranno uniche, intendi che tu rispondi allo allo, o che la loro unicità è garantita dall'affermazione del problema? Nella mia esperienza, alcune cose risultano essere molto meno uniche di quanto si possa immaginare (i numeri di previdenza sociale degli Stati Uniti sono un esempio).

Se i valori di data non sono garantiti univoci, è necessario aggiungere la chiave intera.

Se i valori di data sono univoci, cambiano? Se cambiano, fanno riferimento ad altre tabelle? Se entrambe le risposte sono "si", probabilmente dovresti aggiungere la chiave intera.

Se i valori di data sono univoci e non cambiano o non sono referenziati, è possibile utilizzarli per la chiave. I DATETIME regolari sono 8 byte e i valori standard INTEGER sono 4 byte che potrebbero avere un effetto minore sull'indicizzazione. Se i valori della data sono solo date, o solo esatti al minuto o meno, e nell'intervallo più limitato consentito dal tipo, puoi utilizzare SMALLDATETIME e ottenere quei valori di indice fino a 4 byte.

Answer 2

No, il tuo intuito è corretto. Fintanto che nessuno può far scivolare due (o suppongo di più) eventi simultanei su di te dato la risoluzione disponibile del tuo processo di raccolta dati, sei un hunky dory.

Answer 3

Se si ha la garanzia che i dati siano sempre univoci (si pensi alla risoluzione del componente temporale), la creazione della chiave primaria sulla colonna datetime è una buona scelta.

Se si inseriscono sempre più datetime, la creazione dell'indice cluster sulla colonna chiave primaria è anche una buona scelta.

Answer 4

Se il valore DATETIME sarà popolata da database IE:

INSERT INTO your_table 
    (mydate, myvalue) 
VALUES 
    (GETDATE(), 1234) 

... allora sì, rendendo la colonna mydate la chiave primaria è la soluzione ideale. Se la data è fornita dall'applicazione IE:

INSERT INTO your_table 
    (mydate, myvalue) 
VALUES 
    (@my_date_value, 1234) 

... assumendo @my_date_value non viene fornita dal database - no, non è l'ideale. Non è possibile garantire che una data/ora diversa da quella del database sia accurata in base all'inserimento.