Une suggestion très forte :
Ne pas faire être la clé primaire un certain genre de nombre composé et de texte comme « LAP001 ». Lui établir une règle pour employer une clé primaire abstraite, un autonumber, dans toutes les situations à moins qu'il y ait un pressurage et une condition prouvée d'affaires pour employer autre chose. Je proposerais quelque chose comme ce qui suit :
tblDevice
Clé primaire de DeviceID Autonumber
Required uniques des textes de DeviceSerialNumber 50) (
DeviceTypeID longtemps (clef étrangère au tblDeviceType) a exigé
Date-heure de DeviceDatePurchased
etc.
tblDeviceType
Clé primaire de DeviceTypeID Autonumber
Texte de DeviceType (50) -- se joint au tblDevice
tblUser
Clé primaire d'identification de l'utilisateur Autonumber
Texte d'username (50)
etc.
tblDeviceUserHistory
Clé primaire de DeviceID, clef étrangère (au tblDevice) -- Ou employer une clef abstraite juste pour cette table, si cela prouvera plus simple qu'une clef composée
Clef étrangère de clé primaire d'identification de l'utilisateur (au tblUser) -- idem
La date-heure de DateUsedFrom a exigé -- Vous pourriez considérer un index unique qui combinent DeviceID, identification de l'utilisateur, DateUsedFrom si vous envisagez d'issueing le même dispositif au même utilisateur plus d'une fois
Note de notes
etc.
Me faire confiance sur ceci. Est il ce que je fais pour une vie, bases de données de conception, et ceci est basé sur des années de fixer les mauvaises conceptions d'autres personnes ! Comment vont-elles le « mauvais » ? Elles forcent les affaires pour adapter la base de données, pour ne pas faire aider la base de données les affaires.
