Erreur de syntaxe étrange...
Résolu
Shaegal
shaegal - 16 août 2017 à 14:44
- Messages postés
- 110
- Date d'inscription
- vendredi 1 février 2008
- Statut
- Membre
- Dernière intervention
- 12 mai 2021
shaegal - 16 août 2017 à 14:44
A voir également:
- Erreur de syntaxe opérateur absent
- Erreur de syntaxe dans l'instruction insert into ✓ - Forum - VB.NET
- Apostrophe, Access, Erreur de syntaxe ✓ - Forum - Visual Basic 6
- Erreur de syntaxe ✓ - Forum - VB.NET
- Erreur de syntaxe dans access (3075) ✓ - Forum - VB.NET
- [VBA]Erreur de syntaxe ?? ✓ - Forum - Visual Basic 6
5 réponses
vb95
Modifié le 11 août 2017 à 19:13
- Messages postés
- 2629
- Date d'inscription
- samedi 11 janvier 2014
- Statut
- Modérateur
- Dernière intervention
- 13 mai 2022
Modifié le 11 août 2017 à 19:13
Bonjour
A tout hasard il ne manquerait pas un 0 devant le 2 du mois de février ( dates américaines : #MM/DD/YYYY#
M = Month (Mois)
D = Day (Jour)
Y= Year (Année)
#02/10/2014# et non #2/10/2014#
Sans certitude
Voir : http://codes-sources.commentcamarche.net/forum/affich-1507143-erreur-de-syntaxe-dans-l-instruction-insert-into
La théorie, c'est quand on sait tout et que rien ne fonctionne. La pratique, c'est quand tout fonctionne et que personne ne sait pourquoi.
A tout hasard il ne manquerait pas un 0 devant le 2 du mois de février ( dates américaines : #MM/DD/YYYY#
M = Month (Mois)
D = Day (Jour)
Y= Year (Année)
#02/10/2014# et non #2/10/2014#
Sans certitude
Voir : http://codes-sources.commentcamarche.net/forum/affich-1507143-erreur-de-syntaxe-dans-l-instruction-insert-into
La théorie, c'est quand on sait tout et que rien ne fonctionne. La pratique, c'est quand tout fonctionne et que personne ne sait pourquoi.
Bonjour et merci de cette rapide réponse,
Non, car en SQL, les dates (encadrées de #) ne tiennent pas compte des 0 superflus.
Mais j'avoue avoir déjà essayé ce cas de figure.
En attendant, merci d'avoir essayé... ;-)
Non, car en SQL, les dates (encadrées de #) ne tiennent pas compte des 0 superflus.
Mais j'avoue avoir déjà essayé ce cas de figure.
En attendant, merci d'avoir essayé... ;-)
vb95
13 août 2017 à 00:08
- Messages postés
- 2629
- Date d'inscription
- samedi 11 janvier 2014
- Statut
- Modérateur
- Dernière intervention
- 13 mai 2022
13 août 2017 à 00:08
Bonsoir
Une piste peut-être : https://support.office.com/fr-fr/article/Mots-et-symboles-r%C3%A9serv%C3%A9s-d-Access-2007-e33eb3a9-8baa-4335-9f57-da237c63eabe
A lire surtout cette partie là qui dit :
Mots réservés du moteur de base de données Access
Le moteur de base de données Access s'exécute dans différents modes, selon qu'il est appelé d'Access, d'objets d'accès aux données, du fournisseur OLE Microsoft du moteur de base de données Access, ou du pilote ODBC Microsoft Access. Il peut aussi bien être exécuté en mode ANSI qu'en mode non-ANSI (traditionnel).
Les ensembles de mots réservés de ces deux modes sont légèrement différents, si bien qu'une requête utilisant un mot réservé peut très bien fonctionner dans un mode comme échouer dans l'autre.
Une piste peut-être : https://support.office.com/fr-fr/article/Mots-et-symboles-r%C3%A9serv%C3%A9s-d-Access-2007-e33eb3a9-8baa-4335-9f57-da237c63eabe
A lire surtout cette partie là qui dit :
Mots réservés du moteur de base de données Access
Le moteur de base de données Access s'exécute dans différents modes, selon qu'il est appelé d'Access, d'objets d'accès aux données, du fournisseur OLE Microsoft du moteur de base de données Access, ou du pilote ODBC Microsoft Access. Il peut aussi bien être exécuté en mode ANSI qu'en mode non-ANSI (traditionnel).
Les ensembles de mots réservés de ces deux modes sont légèrement différents, si bien qu'une requête utilisant un mot réservé peut très bien fonctionner dans un mode comme échouer dans l'autre.
Whismeril
13 août 2017 à 20:06
- Messages postés
- 17329
- Date d'inscription
- mardi 11 mars 2003
- Statut
- Modérateur
- Dernière intervention
- 17 mai 2022
13 août 2017 à 20:06
Bonjour,
Je ne suis pas spécialiste des bases de données.
Du coup, si j'étais confronté à ce soucis, je chercherais par dichotomie.
D'abord je testerai la requête
Puis un champ de plus etc...
Mais d'un autre côté, mon instinct me dit que cela pourrait venir des parenthèses (celle commençant à Camion n'est pas refermée) ou de la double cote.
As tu essayé
Je ne suis pas spécialiste des bases de données.
Du coup, si j'étais confronté à ce soucis, je chercherais par dichotomie.
D'abord je testerai la requête
"insert into DOSSIERS (NUM) values (2)"
Puis un champ de plus etc...
Mais d'un autre côté, mon instinct me dit que cela pourrait venir des parenthèses (celle commençant à Camion n'est pas refermée) ou de la double cote.
As tu essayé
"insert into DOSSIERS (NUM, DATE_INCID, SINISTRE, LOCAL, DEGATS, DATE_ENV_DAJ, ID_TECH, CODE_UF, CLOS) values (2, #2/10/2014#, True, 'BARRIÈRE ENTRÉE', 'BARRIÈRE DÉTRUITE. À REMPLACER CAMION FRIGORIFIQUE A HEURTÉ ET DÉTÉRIORÉ LA BARRIÈRE AUTOMATIQUE DE L ENTRÉE.', #2/10/2014#, 4, '0454', False)"
vb95
13 août 2017 à 21:51
- Messages postés
- 2629
- Date d'inscription
- samedi 11 janvier 2014
- Statut
- Modérateur
- Dernière intervention
- 13 mai 2022
13 août 2017 à 21:51
Salut Whismeril
Sous toutes réserves : la parenthèse qui commence à Camion fait partie de texte mis entre 2 apostrophes et ne joue donc aucun rôle au niveau syntaxe
Que l'on rajoute ou pas la parenthèse manquante n'y change rien au niveau code : c'est juste pour la visibilité de la phrase si l'on peut dire .
J'ai mis le morceau de phrase incriminée en italique
Voici un exemple de requête générée par l'application:
"insert into DOSSIERS (NUM, DATE_INCID, SINISTRE, LOCAL, DEGATS, DATE_ENV_DAJ, ID_TECH, CODE_UF, CLOS) values (2, #2/10/2014#, True, 'BARRIÈRE ENTRÉE', 'BARRIÈRE DÉTRUITE. À REMPLACER(CAMION FRIGORIFIQUE A HEURTÉ ET DÉTÉRIORÉ LA BARRIÈRE AUTOMATIQUE DE L''ENTRÉE) .', #2/10/2014#, 4, '0454', False)"
Sous toutes réserves : la parenthèse qui commence à Camion fait partie de texte mis entre 2 apostrophes et ne joue donc aucun rôle au niveau syntaxe
Que l'on rajoute ou pas la parenthèse manquante n'y change rien au niveau code : c'est juste pour la visibilité de la phrase si l'on peut dire .
J'ai mis le morceau de phrase incriminée en italique
Voici un exemple de requête générée par l'application:
"insert into DOSSIERS (NUM, DATE_INCID, SINISTRE, LOCAL, DEGATS, DATE_ENV_DAJ, ID_TECH, CODE_UF, CLOS) values (2, #2/10/2014#, True, 'BARRIÈRE ENTRÉE', 'BARRIÈRE DÉTRUITE. À REMPLACER(CAMION FRIGORIFIQUE A HEURTÉ ET DÉTÉRIORÉ LA BARRIÈRE AUTOMATIQUE DE L''ENTRÉE) .', #2/10/2014#, 4, '0454', False)"
Whismeril
13 août 2017 à 23:31
- Messages postés
- 17329
- Date d'inscription
- mardi 11 mars 2003
- Statut
- Modérateur
- Dernière intervention
- 17 mai 2022
13 août 2017 à 23:31
Étant donné que les parenthèses sont des caractères clés dans cette requête, un couple non refermé est peut être le problème.
Cependant vu qu'après j'ai trouvé des posts sur le Net où il est conseillé de passer par des requêtes paramétrées, je pense que la solution sera plutôt là
Cependant vu qu'après j'ai trouvé des posts sur le Net où il est conseillé de passer par des requêtes paramétrées, je pense que la solution sera plutôt là
shaegal
>
Whismeril
14 août 2017 à 08:47
- Messages postés
- 17329
- Date d'inscription
- mardi 11 mars 2003
- Statut
- Modérateur
- Dernière intervention
- 17 mai 2022
14 août 2017 à 08:47
Bonjour,
Pourtant, quand je colle la requête dans l'éditeur d'Access, tout se passe bien. C'est à partir de vb.net que ça ne passe pas.
Je n'ai jamais eu ce problème auparavant, d'où mon étonnement... :-/
Pourtant, quand je colle la requête dans l'éditeur d'Access, tout se passe bien. C'est à partir de vb.net que ça ne passe pas.
Je n'ai jamais eu ce problème auparavant, d'où mon étonnement... :-/
vb95
14 août 2017 à 11:02
- Messages postés
- 2629
- Date d'inscription
- samedi 11 janvier 2014
- Statut
- Modérateur
- Dernière intervention
- 13 mai 2022
14 août 2017 à 11:02
On en reviendrait au message 3
As-tu testé la méthode de Whismeril qui consiste à tester dans la requête les champs et leurs valeurs les uns après les autres ?
As-tu testé la méthode de Whismeril qui consiste à tester dans la requête les champs et leurs valeurs les uns après les autres ?
shaegal
>
vb95
Modifié le 14 août 2017 à 11:15
- Messages postés
- 2629
- Date d'inscription
- samedi 11 janvier 2014
- Statut
- Modérateur
- Dernière intervention
- 13 mai 2022
Modifié le 14 août 2017 à 11:15
Bonjour vb95,
En fait, j'ai tenté ma chance avec les mots réservés que tu m'as donné en premier. J'ai donc encadré mes champs par des [ ] et tout passe correctement.
J'aimerai connaître le mot clé SQL réservé mais je penche pour LOCAL.
Je pense utiliser la méthode dichotomique suggérée par Whismeril pour le trouver.
Merci à toutes et tous pour votre aide.
PS. Je ne trouve pas la commande RÉSOLU... :-/
En fait, j'ai tenté ma chance avec les mots réservés que tu m'as donné en premier. J'ai donc encadré mes champs par des [ ] et tout passe correctement.
J'aimerai connaître le mot clé SQL réservé mais je penche pour LOCAL.
Je pense utiliser la méthode dichotomique suggérée par Whismeril pour le trouver.
Merci à toutes et tous pour votre aide.
PS. Je ne trouve pas la commande RÉSOLU... :-/
Whismeril
13 août 2017 à 20:14
- Messages postés
- 17329
- Date d'inscription
- mardi 11 mars 2003
- Statut
- Modérateur
- Dernière intervention
- 17 mai 2022
13 août 2017 à 20:14
sinon après quelques recherches, je vois que il est souvent conseillé d'utiliser une requête paramétrée plutot qu'une string.
Vous n’avez pas trouvé la réponse que vous recherchez ?
Posez votre question