Sur deux PC indépendants, deux personnes utilisant le même application
Access ont encodé un formulaire qui constitue une fiche remplissant une
table à partir de fichiers de données différents.
Cette table possède une clé primaire composée de 6 champs dont certains
sont vides mais il n'y a pas de doublons sur ces 6 champs; la preuve,
l'encodage ne génère aucune erreur.
Une fois la table du PC 2 importée dans la base de donnée du PC 1, je
tente en vain de copier les données de la table 2 dans la table 1 par un
"copier/coller" et cela m'est impossible. Je reçois le message : "Un
index ou une clé principale ne peut contenir une valeur nulle".
Cette action est irreversible, confirmez la suppression du commentaire ?
Signaler le commentaire
Veuillez sélectionner un problème
Nudité
Violence
Harcèlement
Fraude
Vente illégale
Discours haineux
Terrorisme
Autre
defluc
Comme les applications sont quasi identiques (une des deux est une version plus évoluée), la définition des champs m'apparait identique également quand je les compare via l'option "modifier" et les 2 tables peuvent être consultées de façon indépendante sans problème. C'est la raison pour laquelle je ne comprends pas ce qui cloche.
Raymond a écrit:
Bonjour.
Je reçois le message : "Un index ou une clé principale ne peut contenir
une valeur nulle".
Soit ta clé primaire a une valeur nulle soit un champ indexé a une valeur nulle. il faut que ces champs soient renseignés obligatoirement dans ta table table2.
Comme les applications sont quasi identiques (une des deux est une
version plus évoluée), la définition des champs m'apparait identique
également quand je les compare via l'option "modifier" et les 2 tables
peuvent être consultées de façon indépendante sans problème. C'est la
raison pour laquelle je ne comprends pas ce qui cloche.
Raymond a écrit:
Bonjour.
Je reçois le message : "Un index ou une clé principale ne peut contenir
une valeur nulle".
Soit ta clé primaire a une valeur nulle soit un champ indexé a une valeur
nulle.
il faut que ces champs soient renseignés obligatoirement dans ta table
table2.
Comme les applications sont quasi identiques (une des deux est une version plus évoluée), la définition des champs m'apparait identique également quand je les compare via l'option "modifier" et les 2 tables peuvent être consultées de façon indépendante sans problème. C'est la raison pour laquelle je ne comprends pas ce qui cloche.
Raymond a écrit:
Bonjour.
Je reçois le message : "Un index ou une clé principale ne peut contenir
une valeur nulle".
Soit ta clé primaire a une valeur nulle soit un champ indexé a une valeur nulle. il faut que ces champs soient renseignés obligatoirement dans ta table table2.
Raymond
Passe moi tes tables(en zip), si possible, que je regarde un peu, un oeil externe quelquefois....
-- @+ Raymond Access MVP. http://access.seneque.free.fr/ http://users.skynet.be/mpfa/charte.htm pour une meilleure efficacité de tes interventions sur MPFA.
"defluc" a écrit dans le message de news:
Comme les applications sont quasi identiques (une des deux est une version plus évoluée), la définition des champs m'apparait identique également quand je les compare via l'option "modifier" et les 2 tables peuvent être consultées de façon indépendante sans problème. C'est la raison pour laquelle je ne comprends pas ce qui cloche.
Raymond a écrit:
Bonjour.
Je reçois le message : "Un index ou une clé principale ne peut contenir
une valeur nulle".
Soit ta clé primaire a une valeur nulle soit un champ indexé a une valeur
nulle. il faut que ces champs soient renseignés obligatoirement dans ta table table2.
Passe moi tes tables(en zip), si possible, que je regarde un peu, un oeil
externe quelquefois....
--
@+
Raymond Access MVP.
http://access.seneque.free.fr/
http://users.skynet.be/mpfa/charte.htm pour une meilleure
efficacité de tes interventions sur MPFA.
"defluc" <defluc@swing.be> a écrit dans le message de
news:3F4E3DD4.8080502@swing.be...
Comme les applications sont quasi identiques (une des deux est une
version plus évoluée), la définition des champs m'apparait identique
également quand je les compare via l'option "modifier" et les 2 tables
peuvent être consultées de façon indépendante sans problème. C'est la
raison pour laquelle je ne comprends pas ce qui cloche.
Raymond a écrit:
Bonjour.
Je reçois le message : "Un index ou une clé principale ne peut contenir
une valeur nulle".
Soit ta clé primaire a une valeur nulle soit un champ indexé a une
valeur
nulle.
il faut que ces champs soient renseignés obligatoirement dans ta table
table2.
Passe moi tes tables(en zip), si possible, que je regarde un peu, un oeil externe quelquefois....
-- @+ Raymond Access MVP. http://access.seneque.free.fr/ http://users.skynet.be/mpfa/charte.htm pour une meilleure efficacité de tes interventions sur MPFA.
"defluc" a écrit dans le message de news:
Comme les applications sont quasi identiques (une des deux est une version plus évoluée), la définition des champs m'apparait identique également quand je les compare via l'option "modifier" et les 2 tables peuvent être consultées de façon indépendante sans problème. C'est la raison pour laquelle je ne comprends pas ce qui cloche.
Raymond a écrit:
Bonjour.
Je reçois le message : "Un index ou une clé principale ne peut contenir
une valeur nulle".
Soit ta clé primaire a une valeur nulle soit un champ indexé a une valeur
nulle. il faut que ces champs soient renseignés obligatoirement dans ta table table2.
Raymond
Bonjour.
Il ne faut jamais envoyer de pièces jointes ici, mais par mail seulement. ça va que le poids n'est pas trop important mais certains contributeurs qui n'ont qu'un modem de faible capacité vont raler. je regarde dès que je peux.
-- @+ Raymond Access MVP. http://access.seneque.free.fr/ http://users.skynet.be/mpfa/charte.htm pour une meilleure efficacité de tes interventions sur MPFA.
"defluc" a écrit dans le message de news:
Occupé à d'autres tâches, je n'ai pas pu vous répondre plus tôt. En pièces jointes, deux échantillons des deux tables impossibles à fusionner par "copier/coller".
Merci de vous intéresser à mon problème.
Raymond a écrit:
Passe moi tes tables(en zip), si possible, que je regarde un peu, un oeil
externe quelquefois....
Bonjour.
Il ne faut jamais envoyer de pièces jointes ici, mais par mail seulement. ça
va que le poids n'est pas trop important mais certains contributeurs qui
n'ont qu'un modem de faible capacité vont raler.
je regarde dès que je peux.
--
@+
Raymond Access MVP.
http://access.seneque.free.fr/
http://users.skynet.be/mpfa/charte.htm pour une meilleure
efficacité de tes interventions sur MPFA.
"defluc" <defluc@swing.be> a écrit dans le message de
news:3F50BF47.1050303@swing.be...
Occupé à d'autres tâches, je n'ai pas pu vous répondre plus tôt.
En pièces jointes, deux échantillons des deux tables impossibles à
fusionner par "copier/coller".
Merci de vous intéresser à mon problème.
Raymond a écrit:
Passe moi tes tables(en zip), si possible, que je regarde un peu, un
oeil
Il ne faut jamais envoyer de pièces jointes ici, mais par mail seulement. ça va que le poids n'est pas trop important mais certains contributeurs qui n'ont qu'un modem de faible capacité vont raler. je regarde dès que je peux.
-- @+ Raymond Access MVP. http://access.seneque.free.fr/ http://users.skynet.be/mpfa/charte.htm pour une meilleure efficacité de tes interventions sur MPFA.
"defluc" a écrit dans le message de news:
Occupé à d'autres tâches, je n'ai pas pu vous répondre plus tôt. En pièces jointes, deux échantillons des deux tables impossibles à fusionner par "copier/coller".
Merci de vous intéresser à mon problème.
Raymond a écrit:
Passe moi tes tables(en zip), si possible, que je regarde un peu, un oeil
externe quelquefois....
Raymond
Re-bonjour.
Tu viens de perdre beaucoup de temps ou tu n'as pas lu ma réponse d'hier que je te redonne: Soit ta clé primaire a une valeur nulle soit un champ indexé a une valeur nulle. il faut que ces champs soient renseignés obligatoirement dans ta table table2.
Les clé primaires de tes deux tables, composés de 6 champs consécutifs, sont pleines de valeurs nulles et ne peuvent donc pas être traitées.
pourquoi avoir besoin de 6 champs pour la clé primaire ?
-- @+ Raymond Access MVP. http://access.seneque.free.fr/ http://users.skynet.be/mpfa/charte.htm pour une meilleure efficacité de tes interventions sur MPFA.
Re-bonjour.
Tu viens de perdre beaucoup de temps ou tu n'as pas lu ma réponse d'hier que
je te redonne:
Soit ta clé primaire a une valeur nulle soit un champ indexé a une valeur
nulle.
il faut que ces champs soient renseignés obligatoirement dans ta table
table2.
Les clé primaires de tes deux tables, composés de 6 champs consécutifs, sont
pleines de valeurs nulles et ne peuvent donc pas être traitées.
pourquoi avoir besoin de 6 champs pour la clé primaire ?
--
@+
Raymond Access MVP.
http://access.seneque.free.fr/
http://users.skynet.be/mpfa/charte.htm pour une meilleure
efficacité de tes interventions sur MPFA.
Tu viens de perdre beaucoup de temps ou tu n'as pas lu ma réponse d'hier que je te redonne: Soit ta clé primaire a une valeur nulle soit un champ indexé a une valeur nulle. il faut que ces champs soient renseignés obligatoirement dans ta table table2.
Les clé primaires de tes deux tables, composés de 6 champs consécutifs, sont pleines de valeurs nulles et ne peuvent donc pas être traitées.
pourquoi avoir besoin de 6 champs pour la clé primaire ?
-- @+ Raymond Access MVP. http://access.seneque.free.fr/ http://users.skynet.be/mpfa/charte.htm pour une meilleure efficacité de tes interventions sur MPFA.
defluc
Mea Culpa pour la pièce jointe mais je suis un grand distrait et je ne trouvais pas l'adresse perso de Raymond dans le message. Idiot puisqu'elle est dans l'entête.
Pouquoi une clé sur 6 champs : en Belgique le cadastre localise de façon unique tout bien immobiler par 6 champs Division, section, n°, exposant (avec une lettre et un chiffre) et enfin un indice. Les 3 derniers champs sont parfois vides. Je vais créer une clé primaire de type string concaténant tous les champs.
encore toutes mes excuses et merci.
Raymond a écrit:
Bonjour.
Il ne faut jamais envoyer de pièces jointes ici, mais par mail seulement. ça va que le poids n'est pas trop important mais certains contributeurs qui n'ont qu'un modem de faible capacité vont raler. je regarde dès que je peux.
Mea Culpa pour la pièce jointe mais je suis un grand distrait et je ne
trouvais pas l'adresse perso de Raymond dans le message. Idiot
puisqu'elle est dans l'entête.
Pouquoi une clé sur 6 champs : en Belgique le cadastre localise de façon
unique tout bien immobiler par 6 champs Division, section, n°, exposant
(avec une lettre et un chiffre) et enfin un indice. Les 3 derniers
champs sont parfois vides. Je vais créer une clé primaire de type string
concaténant tous les champs.
encore toutes mes excuses et merci.
Raymond a écrit:
Bonjour.
Il ne faut jamais envoyer de pièces jointes ici, mais par mail seulement. ça
va que le poids n'est pas trop important mais certains contributeurs qui
n'ont qu'un modem de faible capacité vont raler.
je regarde dès que je peux.
Mea Culpa pour la pièce jointe mais je suis un grand distrait et je ne trouvais pas l'adresse perso de Raymond dans le message. Idiot puisqu'elle est dans l'entête.
Pouquoi une clé sur 6 champs : en Belgique le cadastre localise de façon unique tout bien immobiler par 6 champs Division, section, n°, exposant (avec une lettre et un chiffre) et enfin un indice. Les 3 derniers champs sont parfois vides. Je vais créer une clé primaire de type string concaténant tous les champs.
encore toutes mes excuses et merci.
Raymond a écrit:
Bonjour.
Il ne faut jamais envoyer de pièces jointes ici, mais par mail seulement. ça va que le poids n'est pas trop important mais certains contributeurs qui n'ont qu'un modem de faible capacité vont raler. je regarde dès que je peux.
