Dans la leçon précédente, nous avons appris à créer des listes déroulantes basées sur d'autres tables. Il serait bien qu'on ne puisse pas accidentellement créer plusieurs fois le même Pays dans la table T_Pays, comme ceci (Faites-le):

---

Ensuite, ce serait bien aussi qu'on ne puisse pas effacer le contenu d'un enregistrement, sans effacer l'enregistrement lui-même : Faites-le : effacez CH (Le contenu CH, pas l'enregistrement).
Ca, c'est simple, nous avons déjà vu la propriété Chaîne vide autorisée dans la leçon 5. Comment ? Vous aviez oublié ??? Pas bien, ça ! Ne laissez pas s'enfuir vos connaissances, relisez de temps à autre les anciennes leçons !

Création d'un champ en clé primaire

Voici une astuce qui va permettre à la fois d'interdire les doublons et les enregistrements vides.

Revenez en mode création de T_Pays. Cliquez sur le champ Pays, et dans le ruban Création de table, cliquez sur l'icone Clé primaire.

Ca affiche le dessin d'une petite clé à gauche de Pays :

Erreurs communes (Doublons et vides)

Lancez la table en mode saisie de données. Vous avez un premier message d'erreur :

Clé primaire est la traduction littérale de Primary Key en anglais. Une traduction plus correcte serait Identifiant (C'est un terme que vous risquez de rencontrer)

C'est à cause du CH qui a disparu. Access refuse de définir un champ en clé primaire s'il existe des données vides dans ce champ.

Lorsque vous cliquez sur OK, vous avez un 2^ème message d'errreur :

Oui, bon, OK, on a compris ! On a fait une erreur, pas besoin de le dire deux fois avec des mots différents !

Et il refuse finalement de vous afficher le mode saisie de données !

Réglons le problème du champ vide : nous allons supprimer carrément l'enregistrement vide. Mais nous devons aller en mode saisie de données, et, du coup, nous sommes obligés de retirer la clé primaire : cliquez à nouveau sur l'icône clé, et ça l'enlève de votre champ : .
Lancez la table en mode saisie de données (C'est donc possible, maintenant), et supprimez carrément l'enregistrement vide :

Revenez en mode création, et remettez la clé sur le champ Pays .

Relancez la table en mode saisie de données : voici un autre message d'erreur !
Cette fois, c'est à cause des deux France.

1. Comme tout à l'heure, supprimez la clé primaire du champ Pays
2. lancez la table en mode saisie de données
3. Supprimez le premier France
4. Revenez en mode création
5. Remettez encore une (dernière) fois la clé primaire sur Pays
6. Relancez la table en mode saisie de données : Enfin ça maaaaaaaaaaaaaaaarche !!!

Ajoutez Italie : . Appuyez sur ENTER - ou changez d'enregistrement - pas de problème !!!

Maintenant, essayez d'ajouter un pays qui existe déjà : Espagne.

Vous pouvez l'écrire, mais à l'instant d'enregistrer, vous aurez alors le même message d'erreur que tout à l'heure :

Vous vous rappelez de la touche qu'il faut appuyer en cas de blocage, comme ici, ou le message d'erreur vous empêche de faire quoi que ce soit ?

Si vous avez oublié, on a vu ça ici, dans la leçon 3.

Erreurs de ressemblances

Si vous essayez d'ajouter un pays qui ressemble énormément à un autre pays, à une nuance près, Access vous laissera faire, malgré la clé primaire.

Ne le faites pas, mais nous pourrions avoir :

Vous avez vu la différence ? Il y a juste un petit point en plus à la fin du 2^ème U.S.A. Selon le même principe, Access considérerait que Bresil et Brésil sont des pays différent. Par contre SUISSE et suisse seraient considérés comme un seul pays, avec une orthographe identique.

Le simple fait de définir un champ en clé primaire le trie par ordre alphabétique, et non plus par l'ordre dans lequel nous avons entré les pays... Bon, est-ce vraiment gênant ? ... Personnellement, je trouve plutôt ça pratique...

Je pense que vous comprenez l'intérêt de définir Pays en clé primaire pour la table T_Pays.