SQL sur ODBC v15 : Comparaison de dates
Modérateurs: Super-Apogea, Super Modérateur
7 messages
|Page 1 sur 1
SQL sur ODBC v15 : Comparaison de dates
Bonjour,
Je développe un logiciel sous WinDev qui doit récupérer des écritures comptables dans Sage Compatibilité Ligne 100 (version 15.53 pour les tests).
Je me connecte sans problème à la base via les drivers ODBC v15 mais je bloque bêtement après sur la construction de mes requêtes SQL.
Je cherche à récupérer toutes les écritures comptables à partir d'une date donnée. Voilà ma requête :
J'ai déjà mis un moment avant de trouver la syntaxe '{d AAAA-MM-JJ}' sur ce forum.
Maintenant la requête ne renvoie plus d'erreur, mais plus de résultat non plus...
J'ai cherché de la documentation à ce sujet mais ça n'a pas l'air de courir les rues.
Quelqu'un saurait m'expliquer ou à défaut me faire passer de la doc ?
Merci d'avance.
Paul
Je développe un logiciel sous WinDev qui doit récupérer des écritures comptables dans Sage Compatibilité Ligne 100 (version 15.53 pour les tests).
Je me connecte sans problème à la base via les drivers ODBC v15 mais je bloque bêtement après sur la construction de mes requêtes SQL.
Je cherche à récupérer toutes les écritures comptables à partir d'une date donnée. Voilà ma requête :
- Code: Tout sélectionner
"Select F_ECRITUREA.EC_NO, F_ECRITUREA.EA_LIGNE, F_ECRITUREA.CBMODIFICATION, F_ECRITUREA.CA_NUM, F_ECRITUREA.EA_MONTANT
From F_ECRITUREA
Where F_ECRITUREA.CBMODIFICATION > '{d "+DateVersChaîne(Date_Param,"AAAA-MM-JJ")+"}'
Order By F_ECRITUREA.EC_NO, F_ECRITUREA.EA_LIGNE"
J'ai déjà mis un moment avant de trouver la syntaxe '{d AAAA-MM-JJ}' sur ce forum.
Maintenant la requête ne renvoie plus d'erreur, mais plus de résultat non plus...
J'ai cherché de la documentation à ce sujet mais ça n'a pas l'air de courir les rues.
Quelqu'un saurait m'expliquer ou à défaut me faire passer de la doc ?
Merci d'avance.
Paul
Dernière édition par paul_kilya le Jeu 11 Fév 2010 13:56, édité 1 fois.
- Posteur néophyte
- Messages: 4
- Inscription: Jeu 11 Fév 2010 12:15
Re: SQL sur ODBC v15 : Comparaison de dates
Bonjour,
La date d'écriture est à calculer avec les colonnes JM_Date (1er jour du mois systématiquement) et EC_Jour (position du jour dans le mois).
Les dates de création / de modification ne concernent que la manipulation des lignes.
Ce post et les suivants donnent 2/3 infos supplémentaires, au cas où.
HTH,
La date d'écriture est à calculer avec les colonnes JM_Date (1er jour du mois systématiquement) et EC_Jour (position du jour dans le mois).
Les dates de création / de modification ne concernent que la manipulation des lignes.
Ce post et les suivants donnent 2/3 infos supplémentaires, au cas où.
HTH,
"L'expérience est le nom que chacun donne à ses erreurs." (O. Wilde)
Qualité et précision de la question conditionnent celles de la réponse.
Et si on gagnait TOUS du temps ? Menu "?", A propos de
Qualité et précision de la question conditionnent celles de la réponse.
Et si on gagnait TOUS du temps ? Menu "?", A propos de
Re: SQL sur ODBC v15 : Comparaison de dates
Effectivement, mais si une écriture a été modifiée je dois la récupérer aussi pour la mettre à jour dans mon logiciel.
Merci pour les infos même si elles ne me sont pas vraiment utiles directement.
Ces fichus drivers ODBC ont vraiment un support du SQL très... étonnant...
Merci pour les infos même si elles ne me sont pas vraiment utiles directement.
Ces fichus drivers ODBC ont vraiment un support du SQL très... étonnant...
- Posteur néophyte
- Messages: 4
- Inscription: Jeu 11 Fév 2010 12:15
Re: SQL sur ODBC v15 : Comparaison de dates
Re,
Apparemment vous avez une fonction dédiée au formatage de la date => Quelle date utilisez-vous ?
Pouvez-vous faire un test au 31/12, un autre au 01/08 ?
Apparemment vous avez une fonction dédiée au formatage de la date => Quelle date utilisez-vous ?
Pouvez-vous faire un test au 31/12, un autre au 01/08 ?
"L'expérience est le nom que chacun donne à ses erreurs." (O. Wilde)
Qualité et précision de la question conditionnent celles de la réponse.
Et si on gagnait TOUS du temps ? Menu "?", A propos de
Qualité et précision de la question conditionnent celles de la réponse.
Et si on gagnait TOUS du temps ? Menu "?", A propos de
Re: SQL sur ODBC v15 : Comparaison de dates
Une fois le paramètre remplacé la requête envoyé à ODBC donne :
J'ai essayé plusieurs dates et ça renvoi toujours 0 lignes, pourtant les écritures existent.
Merci de votre aide en tous cas.
- Code: Tout sélectionner
"Select F_ECRITUREA.EC_NO, F_ECRITUREA.EA_LIGNE, F_ECRITUREA.CBMODIFICATION, F_ECRITUREA.CA_NUM, F_ECRITUREA.EA_MONTANT
From F_ECRITUREA
Where F_ECRITUREA.CBMODIFICATION > '{d 2009-08-01}'
Order By F_ECRITUREA.EC_NO, F_ECRITUREA.EA_LIGNE"
J'ai essayé plusieurs dates et ça renvoi toujours 0 lignes, pourtant les écritures existent.
Merci de votre aide en tous cas.
- Posteur néophyte
- Messages: 4
- Inscription: Jeu 11 Fév 2010 12:15
Re: SQL sur ODBC v15 : Comparaison de dates
Bon, toutes mes excuses...
J'avais demandé au client de me passer une base comptable récente et apparemment il m'a fournit une base de sauvegarde qui date d'il y a près d'un an. Du coup je remontais pas suffisamment dans le temps pour trouver des écritures.
Du coup depuis que j'avais trouvé ici la syntaxe {d AAA-MM-JJ} mon problème était résolu.
Encore désolé et merci pour le coup de main.
Paul
J'avais demandé au client de me passer une base comptable récente et apparemment il m'a fournit une base de sauvegarde qui date d'il y a près d'un an. Du coup je remontais pas suffisamment dans le temps pour trouver des écritures.
Du coup depuis que j'avais trouvé ici la syntaxe {d AAA-MM-JJ} mon problème était résolu.
Encore désolé et merci pour le coup de main.
Paul
- Posteur néophyte
- Messages: 4
- Inscription: Jeu 11 Fév 2010 12:15
Re: SQL sur ODBC v15 : Comparaison de dates
Bonjour,
Je tombe toujours sur un message d'erreur en faisant une comparaison de date, j'ai essayé les deux syntaxe
select DO_DATE,DO_PIECE,DO_TIERS,FNT_NETAPAYER,DO_TYPE,DO_DOMAINE,DO_COURS,do_devise from f_docentete where DO_Type IN(4,5,6,7) and DO_DATE>= CAST('01/08/2013' AS DATETIME) and DO_DATE<= CAST('31/08/2013' AS DATETIME)
et
select DO_DATE,DO_PIECE,DO_TIERS,FNT_NETAPAYER,DO_TYPE,DO_DOMAINE,DO_COURS,do_devise from f_docentete where DO_Type IN(4,5,6,7) and DO_DATE>= '{d 2013-8-1}' DO_DATE<= '{d 2013-8-31}'
Je reçois toujours le message d'erreur suivant
Une erreur .NET Framework s'est produite au cours de l'exécution de la routine ou de la fonction d'agrégation définie par l'utilisateur "IntegrationFactureSage" :
System.Data.Odbc.OdbcException: ERROR [42000] [Simba][SimbaEngine ODBC Driver]select DO_DATE,DO_PIECE,DO_TIERS,FNT_NETAPAYER,DO_TYPE,DO_DOMAINE,DO_COURS,do_devise from f_docentete where DO_Type IN(4,5,6,7) and DO_DATE>= CAST('01/08/2013' AS<< ??? >> DATETIME) and DO_DATE<= CAST('31/08/2013' AS DATETIME)
ERROR [42000] [Simba][SimbaEngine ODBC Driver]Syntax Error.
Je tombe toujours sur un message d'erreur en faisant une comparaison de date, j'ai essayé les deux syntaxe
select DO_DATE,DO_PIECE,DO_TIERS,FNT_NETAPAYER,DO_TYPE,DO_DOMAINE,DO_COURS,do_devise from f_docentete where DO_Type IN(4,5,6,7) and DO_DATE>= CAST('01/08/2013' AS DATETIME) and DO_DATE<= CAST('31/08/2013' AS DATETIME)
et
select DO_DATE,DO_PIECE,DO_TIERS,FNT_NETAPAYER,DO_TYPE,DO_DOMAINE,DO_COURS,do_devise from f_docentete where DO_Type IN(4,5,6,7) and DO_DATE>= '{d 2013-8-1}' DO_DATE<= '{d 2013-8-31}'
Je reçois toujours le message d'erreur suivant
Une erreur .NET Framework s'est produite au cours de l'exécution de la routine ou de la fonction d'agrégation définie par l'utilisateur "IntegrationFactureSage" :
System.Data.Odbc.OdbcException: ERROR [42000] [Simba][SimbaEngine ODBC Driver]select DO_DATE,DO_PIECE,DO_TIERS,FNT_NETAPAYER,DO_TYPE,DO_DOMAINE,DO_COURS,do_devise from f_docentete where DO_Type IN(4,5,6,7) and DO_DATE>= CAST('01/08/2013' AS<< ??? >> DATETIME) and DO_DATE<= CAST('31/08/2013' AS DATETIME)
ERROR [42000] [Simba][SimbaEngine ODBC Driver]Syntax Error.
- Posteur néophyte
- Messages: 11
- Inscription: Mer 19 Juin 2013 10:08
7 messages
|Page 1 sur 1
Qui est en ligne
Utilisateurs parcourant ce forum: Aucun utilisateur enregistré et 1 invité