IdentifiantMot de passe
Loading...
Mot de passe oublié ?Je m'inscris ! (gratuit)
Navigation

Inscrivez-vous gratuitement
pour pouvoir participer, suivre les réponses en temps réel, voter pour les messages, poser vos propres questions et recevoir la newsletter

WinDev Discussion :

Problème requête SQLServer [WD16]


Sujet :

WinDev

  1. #1
    Membre régulier
    Profil pro
    Inscrit en
    septembre 2006
    Messages
    112
    Détails du profil
    Informations personnelles :
    Localisation : France, Pas de Calais (Nord Pas de Calais)

    Informations forums :
    Inscription : septembre 2006
    Messages : 112
    Points : 75
    Points
    75
    Par défaut Problème requête SQLServer
    Bonjour,

    Je me casse la tête sur une requête SQLServer qui me renvoie une erreur OLE DB.

    Voici la requête :
    Code : Sélectionner tout - Visualiser dans une fenêtre à part
    1
    2
    3
    4
    5
    6
    7
    8
    9
    10
    11
    12
    13
    14
    15
    16
    17
    18
    19
    20
    21
    22
    23
    24
    25
    26
    27
    28
    29
    30
    31
    32
    33
    34
    35
    36
    37
    38
    39
    40
    41
    42
    43
    44
    45
    46
    47
    48
    49
    50
    51
    52
    53
    54
    55
    56
    57
    58
    59
    60
    61
    62
    63
    64
    65
    66
    67
    68
    69
    70
    71
    72
    73
    74
    75
    76
    77
    78
    79
    80
    81
    82
    83
    84
    85
    86
    87
    88
    89
    90
    91
    92
    93
    94
    95
    96
    97
    98
    99
    100
    101
    102
    103
    104
    105
    106
    107
    108
    109
    110
    111
    112
    SELECT 
    	ARTICLES.ART_CODE AS ART_CODE,	
    	ARTICLES.ART_REF AS ART_REF,	
    	ARTICLES.ART_CBAR AS ART_CBAR,	
    	ARTICLES.ART_TYPE AS ART_TYPE,	
    	ARTICLES.ART_TLOT AS ART_TLOT,	
    	ARTICLES.ART_TGAMME AS ART_TGAMME,	
    	ARTICLES.ART_CATEG AS ART_CATEG,	
    	ARTICLES.FAR_CODE AS FAR_CODE,	
    	ARTICLES.SFA_CODE AS SFA_CODE,	
    	ARTICLES.ART_FARNAT AS ART_FARNAT,	
    	ARTICLES.ART_SFANAT AS ART_SFANAT,	
    	ARTICLES.ART_LIB AS ART_LIB,	
    	ARTICLES.ART_LIBC AS ART_LIBC,	
    	ARTICLES.ART_REMPL AS ART_REMPL,	
    	ARTICLES.ART_MFACT AS ART_MFACT,	
    	ARTICLES.ART_MACHAT AS ART_MACHAT,	
    	ARTICLES.ART_UC_ACH AS ART_UC_ACH,	
    	ARTICLES.ART_CD_ACH AS ART_CD_ACH,	
    	ARTICLES.ART_UB_ACH AS ART_UB_ACH,	
    	ARTICLES.ART_UC_STK AS ART_UC_STK,	
    	ARTICLES.ART_CD_STK AS ART_CD_STK,	
    	ARTICLES.ART_UB_STK AS ART_UB_STK,	
    	ARTICLES.ART_UC_VTE AS ART_UC_VTE,	
    	ARTICLES.ART_CD_VTE AS ART_CD_VTE,	
    	ARTICLES.ART_UB_VTE AS ART_UB_VTE,	
    	ARTICLES.ART_R_UAUV AS ART_R_UAUV,	
    	ARTICLES.ART_R_USUV AS ART_R_USUV,	
    	ARTICLES.ART_PRIXAU AS ART_PRIXAU,	
    	ARTICLES.ART_QTEDFT AS ART_QTEDFT,	
    	ARTICLES.ART_POIDSN AS ART_POIDSN,	
    	ARTICLES.ART_POIDSB AS ART_POIDSB,	
    	ARTICLES.ART_POIDST AS ART_POIDST,	
    	ARTICLES.ART_NCOLIS AS ART_NCOLIS,	
    	ARTICLES.ART_LONG AS ART_LONG,	
    	ARTICLES.ART_LARG AS ART_LARG,	
    	ARTICLES.ART_HAUT AS ART_HAUT,	
    	ARTICLES.ART_VOLUME AS ART_VOLUME,	
    	ARTICLES.ART_NII AS ART_NII,	
    	ARTICLES.ART_DELAI AS ART_DELAI,	
    	ARTICLES.ART_STOCK AS ART_STOCK,	
    	ARTICLES.ART_DELCOM AS ART_DELCOM,	
    	ARTICLES.ART_FREAP AS ART_FREAP,	
    	ARTICLES.ART_NIMP AS ART_NIMP,	
    	ARTICLES.ART_NSTAT AS ART_NSTAT,	
    	ARTICLES.ART_NCOM AS ART_NCOM,	
    	ARTICLES.ART_PERIMA AS ART_PERIMA,	
    	ARTICLES.ART_DORT AS ART_DORT,	
    	ARTICLES.ART_M_PRV AS ART_M_PRV,	
    	ARTICLES.ART_I_PRV AS ART_I_PRV,	
    	ARTICLES.ART_D_PRV AS ART_D_PRV,	
    	ARTICLES.ART_S_PRV AS ART_S_PRV,	
    	ARTICLES.ART_P_PRV AS ART_P_PRV,	
    	ARTICLES.ART_T_APP AS ART_T_APP,	
    	ARTICLES.ART_T_APP2 AS ART_T_APP2,	
    	ARTICLES.ART_T_APP3 AS ART_T_APP3,	
    	ARTICLES.ART_F_APP AS ART_F_APP,	
    	ARTICLES.ART_F_APP2 AS ART_F_APP2,	
    	ARTICLES.ART_F_APP3 AS ART_F_APP3,	
    	ARTICLES.ART_T_ARR AS ART_T_ARR,	
    	ARTICLES.ART_V_ARR AS ART_V_ARR,	
    	ARTICLES.ART_PACHUB AS ART_PACHUB,	
    	ARTICLES.ART_P_ACH AS ART_P_ACH,	
    	ARTICLES.ART_P_COEF AS ART_P_COEF,	
    	ARTICLES.ART_PVTEUB AS ART_PVTEUB,	
    	ARTICLES.ART_TRENDU AS ART_TRENDU,	
    	ARTICLES.ART_FRENDU AS ART_FRENDU,	
    	ARTICLES.ART_P_VTE AS ART_P_VTE,	
    	ARTICLES.ART_P_EURO AS ART_P_EURO,	
    	ARTICLES.ART_DOUANE AS ART_DOUANE,	
    	ARTICLES.ART_CONSIG AS ART_CONSIG,	
    	ARTICLES.GAR_CODE AS GAR_CODE,	
    	ARTICLES.FA1_CODE AS FA1_CODE,	
    	ARTICLES.FA2_CODE AS FA2_CODE,	
    	ARTICLES.FA3_CODE AS FA3_CODE,	
    	ARTICLES.FA4_CODE AS FA4_CODE,	
    	ARTICLES.FA5_CODE AS FA5_CODE,	
    	ARTICLES.PCF_CODE AS PCF_CODE,	
    	ARTICLES.ART_GROUPE AS ART_GROUPE,	
    	ARTICLES.ART_DTCREE AS ART_DTCREE,	
    	ARTICLES.ART_MEMO AS ART_MEMO,	
    	ARTICLES.ART_IMAGE AS ART_IMAGE,	
    	ARTICLES.ART_DTMAJ AS ART_DTMAJ,	
    	ARTICLES.ART_USRMAJ AS ART_USRMAJ,	
    	ARTICLES.ART_NUMMAJ AS ART_NUMMAJ,	
    	ARTICLES.XXX_ZONE AS XXX_ZONE,	
    	ARTICLES.XXX_ZONE2 AS XXX_ZONE2,	
    	ARTICLES.XXX_ZONE3 AS XXX_ZONE3,	
    	ARTICLES.XXX_ZONE4 AS XXX_ZONE4,	
    	ARTICLES.ART_CONTRM AS ART_CONTRM,	
    	ARTICLES.ART_MSUPPTPF1 AS ART_MSUPPTPF1,	
    	ARTICLES.ART_MSUPPTPF2 AS ART_MSUPPTPF2,	
    	ARTICLES.ART_REMMAX AS ART_REMMAX,	
    	ARTICLES.ART_ASSEMBLAGE AS ART_ASSEMBLAGE,	
    	ARTICLES.ART_PV_MAN AS ART_PV_MAN,	
    	ARTICLES.ART_T_ACH AS ART_T_ACH,	
    	ARTICLES.ART_F_ACH AS ART_F_ACH,	
    	ARTICLES.ART_T_ACH2 AS ART_T_ACH2,	
    	ARTICLES.ART_F_ACH2 AS ART_F_ACH2,	
    	ARTICLES.ART_T_ACH3 AS ART_T_ACH3,	
    	ARTICLES.ART_F_ACH3 AS ART_F_ACH3,	
    	ART_STOCK.STK_REEL AS STK_REEL,	
    	 CASE WHEN ART_PRIX.ART_DT_NEW > ARTICLES.ART_DTMAJ THEN ART_PRIX.ART_N_VTE ELSE ARTICLES.ART_P_VTE END AS ART_P_VTEB
    FROM 
    	ART_PRIX INNER JOIN ARTICLES ON ARTICLES.ART_CODE	=	ART_PRIX.ART_CODE,	
    	ART_STOCK RIGHT OUTER JOIN ARTICLES ON ARTICLES.ART_CODE	=	ART_STOCK.ART_CODE
    WHERE 
    	(
    	ARTICLES.ART_DTMAJ >= {Param_Date}
    	AND	ART_STOCK.DEP_CODE = '001'
    	AND	ART_PRIX.DEV_CODE = 'EUR'
    )
    L'erreur renvoyée est :
    The object "%s" and "%s" in the FROM clause have the same exposed names. Use correlation names to distinguish them.
    J'ai tenté d'exécuter la requête sans correction, même problème

    En fait je voudrais que la requête me renvoie aussi les enregistrements du fichier ARTICLES qui n'ont pas d'enregistrement dans le fichier ART_STOCK

    Un peu d'aide svp serait bienvenue car je sèche

    Merci d'avance

  2. #2
    Membre expérimenté
    Inscrit en
    août 2010
    Messages
    726
    Détails du profil
    Informations forums :
    Inscription : août 2010
    Messages : 726
    Points : 1 643
    Points
    1 643
    Par défaut
    Bonjour,

    La requête a 2 tables ARTICLES dans le FROM.
    Le FROM et le WHERE devraient ressembler à ceci :

    Code : Sélectionner tout - Visualiser dans une fenêtre à part
    1
    2
    3
    4
    5
    6
    FROM
        ARTICLES
        INNER JOIN ART_PRIX ON ART_PRIX.ART_CODE = ARTICLES.ART_CODE AND ART_PRIX.DEV_CODE = 'EUR'
        INNER JOIN ART_STOCK ON ART_STOCK.ART_CODE = ARTICLES.ART_CODE AND ART_STOCK.DEP_CODE = '001'
    WHERE
        ARTICLES.ART_DTMAJ >= {Param_Date}
    Personnellement je n'utilise que du SQL avec l'option hRequêteSansCorrection, c'est plus rapide et plus puissant.

  3. #3
    Expert confirmé
    Homme Profil pro
    Développeur freelance
    Inscrit en
    juillet 2002
    Messages
    2 361
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France, Gard (Languedoc Roussillon)

    Informations professionnelles :
    Activité : Développeur freelance

    Informations forums :
    Inscription : juillet 2002
    Messages : 2 361
    Points : 4 727
    Points
    4 727
    Par défaut
    Bonjour

    Dans la requête d'Hibernatus34 je ferais plutôt LEFT JOIN ART_STOCK pour avoir aussi les articles sans stock

  4. #4
    Membre expérimenté
    Inscrit en
    août 2010
    Messages
    726
    Détails du profil
    Informations forums :
    Inscription : août 2010
    Messages : 726
    Points : 1 643
    Points
    1 643
    Par défaut
    J'ai transformé le RIGHT en INNER parce qu'il avait une condition sur un élément du stock : ART_STOCK.DEP_CODE = '001'
    Rendant son RIGHT JOIN équivalent à un INNER JOIN.

    Mais difficile de savoir ce qu'il voulait vraiment.

  5. #5
    Membre régulier
    Profil pro
    Inscrit en
    septembre 2006
    Messages
    112
    Détails du profil
    Informations personnelles :
    Localisation : France, Pas de Calais (Nord Pas de Calais)

    Informations forums :
    Inscription : septembre 2006
    Messages : 112
    Points : 75
    Points
    75
    Par défaut
    Bonjour,

    merci de m'avoir répondu aussi vite

    Je suis en train de tester en conditions réelles la requête que j'ai modifié selon Hibernatus avec la modif de Pascal. Plus d'erreurs en mode test, je contrôle en fonctionnement réelle et je vous tiens informé.

    Merci

  6. #6
    Membre régulier
    Profil pro
    Inscrit en
    septembre 2006
    Messages
    112
    Détails du profil
    Informations personnelles :
    Localisation : France, Pas de Calais (Nord Pas de Calais)

    Informations forums :
    Inscription : septembre 2006
    Messages : 112
    Points : 75
    Points
    75
    Par défaut
    Bon ben ça fonctionne à merveille !!!!

    Je vous remercie les gars, vous m'avez vraiment sauvé

  7. #7
    Membre éprouvé

    Développeur informatique
    Inscrit en
    mars 2009
    Messages
    402
    Détails du profil
    Informations professionnelles :
    Activité : Développeur informatique
    Secteur : High Tech - Éditeur de logiciels

    Informations forums :
    Inscription : mars 2009
    Messages : 402
    Points : 915
    Points
    915
    Par défaut changement norme SQL jointures Externes
    Voilà un problème qui m'a cassé la tête un bon moment...

    ton problème est du au changement de la norme SQL pour le passage des requêtes avec jointures.
    La solution de passer les liaisons dans le "WHERE" fonctionne mais on ne peut pas faire de jointures externes.
    A noter que la syntaxe est bonne avec l'éditeur de requête à partir de Windev 17.

    Voici l'ancienne syntaxe qui ne marche pas (comme ce que tu fais)
    Table1 left outer join Table2 on Table1.codeArt=Table2.CodeArt
    Table3 left outer join Table2 on Table3.codeMag=Table2.CodeMag

    et la nouvelle syntaxe qui fonctionne :
    (Table1 left outer join Table2 on Table1.codeArt=Table2.CodeArt) right outer join Table3 on Table3.codeMag=Table2.CodeMag

    ce qui est bien plus juste quand on y pense car
    un ensemble de deux tables jointes et joint à son tour à une troisième table
    (A+B)+C au lieu de ((A+B) et (A+C))

    Si tu as des soucis pour écrire ton code regarde le code SQL dans E&R 17 ou dans un éditeur de requête visuel pour SQL SEVER.

    Salutations

  8. #8
    Membre expérimenté
    Inscrit en
    août 2010
    Messages
    726
    Détails du profil
    Informations forums :
    Inscription : août 2010
    Messages : 726
    Points : 1 643
    Points
    1 643
    Par défaut
    Atsibat, j'ai pas tout compris, mais votre "ancienne syntaxe" qui déclare 2 fois la Table2 sans renommage n'a probablement jamais existé, et il manque une virgule ou une jointure entre Table1 et Table3.

  9. #9
    Membre éprouvé

    Développeur informatique
    Inscrit en
    mars 2009
    Messages
    402
    Détails du profil
    Informations professionnelles :
    Activité : Développeur informatique
    Secteur : High Tech - Éditeur de logiciels

    Informations forums :
    Inscription : mars 2009
    Messages : 402
    Points : 915
    Points
    915
    Par défaut
    Hibernatus :
    Comme vous l'auez deviné il s'agit du code SQL généré par Windev jusqu'à la version 16 et pas du tout de "vrai" SQL...
    Mais c'est vrai que j'ai été un peu vite, je voulais juste soulever une piste de recherche. Au vu de votre post dont je vous remercie, je me fends d'une explication plus juste et plus complète.
    voici un exemple (toujours en pseudo SQL Windev puisque c'est de cela qu'on parle) :

    1 : trois tables liées avec jointures strictes dans le "Where" (marche partout avec tous les SGDB)

    SELECT
    ARTICLE.IDART ,
    ARTICLE.DEF ,
    RAYON.IDRAY ,
    RAYON.RAYON ,
    FAMILLE.IDFAM ,
    FAMILLE.FAMILLE
    FROM
    FAMILLE,
    RAYON,
    ARTICLE
    WHERE
    RAYON.IDRAY = ARTICLE.IDRAY
    AND FAMILLE.IDFAM = ARTICLE.IDFAM


    2 avec jointure externe "fausse" généré par WD
    jusqu'à la version 16 de WD si on a besoin d'une jointure externe (imaginons qu'un article puisse ne pas avoir de rayon ou ne pas avoir de famille) WD laisse passer l'écriture suivante et même la génère comme telle :

    SELECT
    ARTICLE.IDART AS IDART,
    ARTICLE.DEF AS DEF,
    RAYON.IDRAY AS IDRAY,
    RAYON.RAYON AS RAYON,
    FAMILLE.IDFAM AS IDFAM,
    FAMILLE.FAMILLE AS FAMILLE
    FROM
    ARTICLE LEFT OUTER JOIN RAYON ON RAYON.IDRAY = ARTICLE.IDRAY,
    ARTICLE LEFT OUTER JOIN FAMILLE ON FAMILLE.IDFAM = ARTICLE.IDFAM


    On note que toutes les jointures sont alors gérées par le "FROM" mais que l'écriture n'est pas conforme à la norme SQL.
    Donc pour Hyperfile ça passe sans problème
    Mais pour PostgreSQL par exemple ou j'imagine SQL SERVER c'est la catastrophe ou presque.

    3 Avec la version correcte comprise par les autres SGDB
    A partir de la version 17 PCSOFT corrige le tire et on a bien pour la même requête le code SQL suivant généré par WD :

    SELECT
    ARTICLE.IDART ,
    ARTICLE.IDRAY ,
    RAYON.IDRAY ,
    RAYON.RAYON ,
    FAMILLE.IDRAY ,
    FAMILLE.FAMILLE
    FROM
    (
    RAYON RIGHT OUTER JOIN
    FAMILLE ON RAYON.IDRAY = FAMILLE.IDRAY
    )
    RIGHT OUTER JOIN ARTICLE
    ON FAMILLE.IDFAM = ARTICLE.IDFAM


    En espérant aider les WDeveloppeurs qui ne sont pas en V17 et qui doivent utiliser d'autres bases que HF.

  10. #10
    Membre expérimenté
    Inscrit en
    août 2010
    Messages
    726
    Détails du profil
    Informations forums :
    Inscription : août 2010
    Messages : 726
    Points : 1 643
    Points
    1 643
    Par défaut
    Dans les 2 premières requêtes, IDRAY est dans ARTICLE...
    Sinon, je veux bien croire que le générateur de requête de WinDev est/était buggé.
    La solution c'est de ne pas l'utiliser, car le SQL reste plus clair et plus puissant, surtout avec SQL Server, ça serait du gâchis.

+ Répondre à la discussion
Cette discussion est résolue.

Discussions similaires

  1. Problème requête sqlserver
    Par ayouta.gfs dans le forum MS SQL Server
    Réponses: 2
    Dernier message: 20/06/2011, 12h05
  2. erreur3073 Problème requête
    Par amel123456789 dans le forum Langage SQL
    Réponses: 8
    Dernier message: 01/04/2004, 11h15
  3. Problème requête qui renvoie plusieurs
    Par dai.kaioh dans le forum Langage SQL
    Réponses: 6
    Dernier message: 01/04/2004, 11h07
  4. Problème requête avec UNION et ORDER BY
    Par Yann21 dans le forum Langage SQL
    Réponses: 12
    Dernier message: 12/12/2003, 12h02
  5. Réponses: 8
    Dernier message: 23/10/2003, 17h22

Partager

Partager
  • Envoyer la discussion sur Viadeo
  • Envoyer la discussion sur Twitter
  • Envoyer la discussion sur Google
  • Envoyer la discussion sur Facebook
  • Envoyer la discussion sur Digg
  • Envoyer la discussion sur Delicious
  • Envoyer la discussion sur MySpace
  • Envoyer la discussion sur Yahoo