C'est un peu embarrassant mais ça fait longtemps.Interface utilisateur pour base de données relationnelle: caractéristique de base
Lorsque vous travaillez avec des bases de données relationnelles et que vous liez des tables séparées par des clés primaires: étrangères, dans 1-∞, de telle sorte que, dans une table particulière, la relation étrangère renvoie un entier ... cette relation est-elle intelligible pour les utilisateurs?
Par exemple:
Vous avez une entreprise Table
- CID
- CompanyName
- CompanyLocation
- CompanyBusinessType
etc (pas les noms de colonnes réelles)
et un employé tableau
- EID
- prenom
- surName
- date de naissance
- entreprise
L'employé la société est associé à CID. Mais un utilisateur qui mettrait des informations sur un employé devrait connaître le code d'identification de l'entreprise en raison de la nature de la relation. Vous pouvez lancer une requête pour renvoyer 'CompanyName' avec leurs 'CID' associés qui peuvent ensuite être recherchés, mais ce chiffre n'est pas une solution idéale. Je ne peux pas me souvenir de la théorie de la façon dont on aborde cela, même si je suis certain que je l'ai déjà fait. Je dois l'implémenter dans Microsoft Access 2010 et Microsoft SSMS (bases de données séparées fwiw); mais l'exécution devrait être relativement simple dès que je me rappelle comment c'est fait!
Utilisez-vous un formulaire Microsoft Access? – Fionnuala
Bien sûr. Je porterai le db à Sharepoint mais je ne crois pas qu'il devrait y avoir n'importe quel problème reportant des formes d'accès (contrairement à une migration semblable à SQL Server) – user137263
Je ne suis pas exactement sûr, mais je pense que Sharepoint est l'excuse pour rechercher des champs dans les tableaux. En général, les champs de recherche dans les tables sont empoisonnés http://msdn.microsoft.com/en-us/library/ff402351(office.14).aspx – Fionnuala