Discussion :

[Cereal123]

Bonjour,

Ma requete SAGE balaie 2 tables : 1 table d'entête et 1 table de lignes. 1 entête n'a pas forcément de ligne, mais je veux que les champs de la table d'entête apparaissent quand même dans le résultat de ma requête. Il me faut donc faire une jointure externe.
--> Est-il possible de faire une jointure externe dans une requete SAGE ou est-on obligé de passer par une requete SQL ?

Ma jointure actuelle entre ma table d'entête [F:XLT] et ma table de ligne [F:XLL] est :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

[F:XLT]XLT0 = [F:XLL]LITNUM

Merci de votre aide.
C.

[digitfree]

Si j'étais dans le même cas, soit je crée un index dans la table ligne basé juste sur le champ commun [F:XLL]LITNUM sans mettre donc le n° de ligne dans l'index et en spécifiant qu'il y aura forcément des homonymes.
Je peux ainsi faire le lien 0 à n , partant de l'entête vers les lignes.

Soit je crée une vue avec X3 et je base ma requête X3 sur cette vue.

[rvduclos]

Ah, je croyais qu'on ne pouvait pas créer de requête à partir d'une vue ?

[Cereal123]

Merci de ces pistes digitfree
Je vais tester celle avec l'index car effectivement, dans ma version de Sage (V5 Patch 14) je n'ai pas la possibilité de faire des requetes sur des vues. Est-ce une fonctionnalité qui est livrée avec un patch ultérieur ou est-ce avec la V6 ?
Je vous tiens au courant de mes essais.

[Cereal123]

Ca marche nickel avec un nouvel index avec homonymes. Merci !
Avant de clore ce sujet, quelqu'un peut-il confirmer qu'il n'est pas possible de faire appel à des vues dans le requeteur Sage ? (Je parle du requêteur simple, pas du requêteur SQL)

[Cereal123]

Personne ne sait s'il est possible de faire appel à une vue dans le requêteur SAGE ? Rhôôôô

[rvduclos]

Je viens de re-vérifier en v5, que ce soit avec le requêteur simple GESALH et le graphique GESALT, on ne peut que les tables !

[Cereal123]

Merci de cette confirmation rvduclos.
Dommage

Du coup, je ne vois pas trop comment je vais faire pour afficher via le requêteur simple des informations qui ne sont pas contenues dans une table, mais qui auraient été le résultat d'un croisement avec une vue...

C.

[rvduclos]

La solution a tout cela : la requête SQL.
On peut faire presque tout et souvent plus rapide.

[Cereal123]

Oui, effectivement.
J'avais fait un essai avec une requête SQL mais je trouve que la gestion des paramètres n'est pas très ergonomique pour les utilisateurs. Au lieu que les paramètres soient présentés comme pour les requêtes standard et les états (Une valeur début/fin pour chaque paramètre), ils sont listés les uns après les autres. De plus, leur saisie est obligatoire, ce qui n'est pas le cas dans le requêteur standard.

Merci.

[rvduclos]

Bonjour Cereal123,

C'est vrai, un peu moins ergonomique ou perturbant, mais on peut la rendre intéressante pour l'utilisateur.
Par exemple pour une borne de date, ne leur en faire saisir une seule mais avec un intitulé du style "Période de 4 semaines à partir de :"

Pour avoir la possibilité de laisser un paramètre vide (non obligatoire), il faut ajouter dans le SQL :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

and (itm.TSICOD_0=%4% or RTRIM(%4%) IS NULL or RTRIM(%4%)='')

Bon courage.
Hervé

[howto]

Bonjour,

Personnellement j'utilise en majorité les requêtes SQL et je confirme qu'il n'est pas trop compliqué de gérer une date de début et de fin.

Exemple : saisie ou pas du code client et utilisation d'une plage de date (début = %2 et fin = %3)

where (%1%=' ' or (%1%<> ' ' and a.bpcnum_0=%1%))
and a.credat_0 between to_date(%2%,'DD/MM/YY') and to_date(%3%,'DD/MM/YY')

[matica]

Je viens de re-vérifier en v5, que ce soit avec le requêteur simple GESALH et le graphique GESALT, on ne peut que les tables !

Cela est possible avec la V6