A voir également:
- Requête Ajout avec Access 2007 = erreur -3087
- Save as pdf office 2007 - Télécharger - Bureautique
- Ajout snap sans rien d'écrit - Forum Snapchat
- Acer quick access - Forum Logiciels
- Ajout rapide snap - Forum Snapchat
- Demande d'amis SNAPCHAT - Forum Snapchat
2 réponses
Salut,
Je ne sais pas pour l'erreur, mais j'ai voulu vous donner un petit conseil pour les noms de colonnes: ils sont trop compliqués, il vaut mieux donner des noms du genre nom variables, puis vous pouvez les rendre ségnificatif pendant la requête SELECT
Je ne sais pas pour l'erreur, mais j'ai voulu vous donner un petit conseil pour les noms de colonnes: ils sont trop compliqués, il vaut mieux donner des noms du genre nom variables, puis vous pouvez les rendre ségnificatif pendant la requête SELECT
Merci pour la réponse,
J'ai changé le début du code par INSERT INTO Accidentologie ( Nombrecas, Nombremorts ) mais la simplification des noms ne change rien. En fait, je m'en doutais un peu puisque la requête de tri sur "base" (le code sans la 1ère ligne) fonctionne très bien malgré des noms 'compliqués' (avec espaces et parenthèses).
Ce que je ne comprends pas, c'est que les 3 dernières lignes correspondent bien à 1 enregistrement sur 2 champs (c'est ce à quoi correspond l'aperçu en mode feuille de données) et que Access est incapable d'insérer ces 2 champs dans une table où les 2 champs correspondants ont été spécialement créés. D'ailleurs, ce type de message sibyllin me fait craindre le pire : pas d'erreur de syntaxe, pas d'incompatibilité avec le type et le nombre de données mais plantage dès le clic sur le bouton exécution. Bref Access trouve une erreur là où il ne devrait pas y en avoir.
A cet instant je me pose les questions suivantes :
- y a-t-il malgré tout un problème dans l'écriture SQL de ces 4 lignes ?
- ou Access n'accepte que des champs simples (sans opération ou manipulation) en vue d'une insertion ?
- ou faut-il combiner VALUES avec SELECT (ce dont je doute d'après la lecture de ce forum) ? Quelqu'un peut-il apporter une réponse définitive à cette question ?
- s'agit-il d'un bug d'Access ? ou faut-il le mettre à jour ? : ma version est Access 2007 12.0.4518.1014.
Merci à mes futurs interlocuteurs !
J'ai changé le début du code par INSERT INTO Accidentologie ( Nombrecas, Nombremorts ) mais la simplification des noms ne change rien. En fait, je m'en doutais un peu puisque la requête de tri sur "base" (le code sans la 1ère ligne) fonctionne très bien malgré des noms 'compliqués' (avec espaces et parenthèses).
Ce que je ne comprends pas, c'est que les 3 dernières lignes correspondent bien à 1 enregistrement sur 2 champs (c'est ce à quoi correspond l'aperçu en mode feuille de données) et que Access est incapable d'insérer ces 2 champs dans une table où les 2 champs correspondants ont été spécialement créés. D'ailleurs, ce type de message sibyllin me fait craindre le pire : pas d'erreur de syntaxe, pas d'incompatibilité avec le type et le nombre de données mais plantage dès le clic sur le bouton exécution. Bref Access trouve une erreur là où il ne devrait pas y en avoir.
A cet instant je me pose les questions suivantes :
- y a-t-il malgré tout un problème dans l'écriture SQL de ces 4 lignes ?
- ou Access n'accepte que des champs simples (sans opération ou manipulation) en vue d'une insertion ?
- ou faut-il combiner VALUES avec SELECT (ce dont je doute d'après la lecture de ce forum) ? Quelqu'un peut-il apporter une réponse définitive à cette question ?
- s'agit-il d'un bug d'Access ? ou faut-il le mettre à jour ? : ma version est Access 2007 12.0.4518.1014.
Merci à mes futurs interlocuteurs !