Si tu viens d'un mode autre, et que tu as déjà une certaine culture avec les SGBDR et la valeur NULL, attention, tu vas être déçu.
Dans la théorie, Windev sait gérer cette valeur NULL, mais il a souvent des règles très particulières.
Par exemple, dans un environnement autre, si on fait les 2 requêtes :
select * from matable where toto > 10
puis
select * from matable where toto <= 10
Dans un environnement autre, on aura toutes les lignes, sauf les lignes qui ont toto = Null, qui n'apparaissent ni dans la requête 1, ni dans la requête 2.
Avec Windev... tu auras quelque chose, mais quoi ? Je crois que les lignes avec toto =Null apparaîtront dans les 2 requêtes.
Dans ton cas, Windev accepte la clause Where Date_Depart is not null . Mais il ne la comprend pas.
Il faut tatônner. Lo² propose de remplacer cette clause par Where Date_Depart <> "".
Si ça ne marche pas, je te propose : Where Date_Départ <> nullOu mieux : Where nvl(date_depart, 0) <> 0.
Et plus généralement, pour les colonnes qui peuvent avoir la valeur null, je pense que la sécurité, c'est de toujours passer par NVL() ; ça évite de se reposer des questions à chaque requête. Et si un jour ils décident d'améliorer leur gestion du NULL, on n'aura pas de régression dans nos applications existantes.
Partager