Un suggerimento molto forte:
Non fare essere la chiave primaria un certo genere di numero composto e di testo come “LAP001„. Rendergli una regola per utilizzare una chiave primaria astratta, un autonumber, in tutte le situazioni a meno che ci sia una pressatura e un requisito provato di affari per usare il qualcos'altro. Suggerirei qualcosa come quanto segue:
tblDevice
Chiave primaria di DeviceID Autonumber
Required unici del testo di DeviceSerialNumber 50) (
DeviceTypeID lungamente (chiave straniera a tblDeviceType) ha richiesto
DateTime di DeviceDatePurchased
ecc
tblDeviceType
Chiave primaria di DeviceTypeID Autonumber
Testo di DeviceType (50) -- si unisce al tblDevice
tblUser
Chiave primaria di UserID Autonumber
Testo del username (50)
ecc
tblDeviceUserHistory
Chiave primaria di DeviceID, chiave straniera (al tblDevice) -- O usare una chiave astratta appena per questa tabella, se quello dimostri più semplice di una chiave composta
Chiave straniera di chiave primaria di UserID (a tblUser) -- idem
Il DateTime di DateUsedFrom ha richiesto -- Potreste considerare un indice unico che unisce DeviceID, UserID, DateUsedFrom se prevedete di issueing lo stesso dispositivo allo stesso utente più di una volta
Appunto delle note
ecc
Fidarselo di su questo. È che cosa faccio per una vita, basi di dati di disegno e questo è basato sugli anni di riparazione dei disegni difettosi dell'altra gente! Come sono “Male„? Forzano il commercio per misura la base di dati, per non fare aiutare la base di dati il commercio.
