Comment filtrer l'affichage d'une table dans Forms

Bonsoir à tous

soit la table EXEMPLE (numero, libelle)

Dans le déclencheur W-N-F-I, j'ai ce code:

Code:

---

1 2 3

Go_Block( 'EXEMPLE' ) ; Execute_Query ;

---

Mais à l'affichage du Formulaire, tous les lignes de la table s'affichent.

Or,

Je désire, à l'affichage du formulaire, avoir uniquement les lignes dont la colonne numero >0

une aide SVP
Merci d'avance

tu as une clause Where pour faire ça dans le bloc de données.
Regarde ici, c'est expliqué :
http://sheikyerbouti.developpez.com/...0g/?page=Chap9

Autre solution, utilise un déclencheur POST_QUERY sur ton bloc basé et fais le test sur l'item correspondant à ta colonne NUMERO.
S'il ne remplit pas la condition, fais dans ce cas un CLEAR_RECORD pour conclure.
:roll:
.

Citation:

---

Envoyé par star

Autre solution, utilise un déclencheur POST_QUERY sur ton bloc basé et fais le test sur l'item correspondant à ta colonne NUMERO.
S'il ne remplit pas la condition, fais dans ce cas un CLEAR_RECORD pour conclure.
:roll:
.

---

Jamais vu un truc aussi pervers... :mouarf:

Citation:

---

Envoyé par SheikYerbouti

Jamais vu un truc aussi pervers... :mouarf:

---

C'est clair.. comment faire ramer la base et l'appli !

Citation:

---

Tu veux afficher les lignes > 0 ?
Ramène donc les 5M d'enreg de la table et fais un clear_record au post_query..
Comment ça c'est long pour afficher 10 lignes ?

---

:aie:

Citation:

---

Envoyé par McM

C'est clair.. comment faire ramer la base et l'appli !
:aie:

---

Je respecte qu'il a essayé de donner une solution "fonctionnelle" même si un peu tiré par les cheveux.

Cela dit, c'est une occasion pour rappeler et démontrer qu'une solution peut dérailler si on pense pas aux cas extrêmes.

Ouaip, mais non, pas sur le forum.
Un débutant passant par là va faire la même chose sur l'écran de la table facture, pensant bien faire..
Mieux vaut apprendre directement la bonne méthode. ;)

Ouai Ouai !
Dans des cas complexes, il peut s'avérer nécessaire de disposer d'un mécanisme permettant de décider de la suite à donner à une procédure, soit qu'elle continue, ou bien qu'elle se termine en exception qui sera traitée par un module de recouvrement...
Une claude WHERE peut parfois ne pas convenir ou suffir, dans ce cas, l'outil frontal doit intégrer la possibilité de traiter la problématique.
Je prends l'exemple de Reports qui lui offre un solution au niveau de l'objet GROUP. Il permet de filtrer les lignes en entrée suivant une condition codée en PL/SQL. Suivant le résultat du filtre, la fonction retourne TRUE ou FALSE pour indiquer à Reports s'il doit prendre en compte la ligne en cours ou non...
Simple et flexible m'a-t-on expliqué qui s'avère exact au vu de ma longue expérience de développeur !
:aie:
.

Je suis d'accord pour Report, on le fait souvent - mais c'est un outils de présentation, donc parfois bien obligé de faire comme ça :).