SQL, Problème avec Between [Résolu]

[Heallidan]

Bonjour à tous,

Je suis actuellement en train de faire une appli où l'on saisit des enregistrements dans des périodes.
J'ai une vérification en SQL qui se fait avec un between :

Code :

1
2
3
4
5
6
 
SELECT *
FROM saisie
WHERE `ID_ETABLISSEMENT` =1
AND (('2012-01-24' BETWEEN `DATE_DEBUT` AND `DATE_FIN`)
OR ('2012-01-25' BETWEEN `DATE_DEBUT` AND `DATE_FIN'))

J'ai cherché partout, mais je n'ai pas trouvé pour que ça fasse comme si

Code :

`DATE_DEBUT`<'2012-01-24'<`DATE_FIN`

et pas

Code :

`DATE_DEBUT`<='2012-01-24'<=`DATE_FIN`

Est-ce que quelqu'un pourrait m'aider ??

Merci d'avance pour vos réponse

[punkoff]

Bonjour,

Utilisez un AND à la place du between ?

[lola06]

Bonjour,

Tu peux faire une équivalence,

Code :

 DATE_DEBUT < '2012-01-24' < DATE_FIN

est équivalent à

Code :

DATE_DEBUT + 1 jour <= '2012-01-24' <= DATE_FIN - 1 jour

OU utiliser un AND

Code :

1
2
 DATE_DEBUT < '2012-01-24' 
AND  '2012-01-24' < DATE_FIN

P.S : Pense à indiquer ton SGBD !!

[CinePhil]

P.S : Pense à indiquer ton SGBD !!

Vu la présence de ces saloperies d'apostrophes inversées dans la requête, je parierais pour MySQL !

Quand on veut exclure les bornes de la période, le plus simple est effectivement d'utiliser un DATE_DEBUT < 'la date basse' AND DATE_FIN > 'la date haute'

[Heallidan]

Merci à tous pour vos réponses très rapides, j'ai résolue le problème en faisant

Code :

DATE_DEBUT + 1 jour <= '2012-01-24' <= DATE_FIN - 1 jour

lors de l'affectation des date avec mon appli.

Vu la présence de ces saloperies d'apostrophes inversées dans la requête, je parierais pour MySQL !

Je confirme, c'est bien du MySQL

[punkoff]

Ca marche ca sous MySql ??

Bref, sinon je vote pour la dernière solution de lola06 et celle de Cinephil.

Faire des opérations sur des colonnes dans une clause where ca n'est jamais bon. (pas d'utilisation d'index, incohérence au niveau des stats, etc)

[Heallidan]

Envoyé par punkoff

Ça marche ça sous MySql ??

Bref, sinon je vote pour la dernière solution de lola06 et celle de Cinephil.

Faire des opérations sur des colonnes dans une clause where ca n'est jamais bon. (pas d'utilisation d'index, incohérence au niveau des stats, etc)

Je ne l'ai pas fait sous MySql, mais c'est dans mon Lazarus que j'utilise des paramètres, ainsi pour ma requête j'ai :

Code :

1
2
3
4
5
SELECT *
FROM saisie
WHERE `ID_ETABLISSEMENT` =:p_id
AND ((:p_dated BETWEEN :p_datedebut AND :p_datefin )
OR (:p_datef BETWEEN :p_datedebut AND :p_datefin ))

Les :p_date sont des paramètres auquel je place mes variables. Donc :p_datedebut et :p_datefin reçoivent mes dates calculées à chaque exécution de la requête

[estofilo]

Envoyé par Heallidan

Merci à tous pour vos réponses très rapides, j'ai résolue le problème en faisant

Code :

DATE_DEBUT + 1 jour <= '2012-01-24' <= DATE_FIN - 1 jour

lors de l'affectation des date avec mon appli.

Je confirme, c'est bien du MySQL

Attention La "solution" trouvée est complètement fausse car mysql évalue cette expression en deux fois, d'abord, en remplaçant la 1ere inégalité par un 1 ou un 0 suivant qu'elle est vraie ou fausse, puis en comparant 1 ou 0 à DATE_FIN-1, ce qui n'a pas de sens vu que les types sont différents, mais ça ne l'empêche pas de sortir un résultat.
Exemple:

Code :

1
2
3
4
5
6
7
8
 
mysql> SELECT '2011-01-01' <= '2012-01-01' <= '2009-01-01' AS resultat;
+----------+
| resultat |
+----------+
|        1 |
+----------+
1 row IN SET, 1 warning (0.00 sec)

A noter qu'il y a un warning. En faisant show warnings, on obtient:

Code :

1
2
3
4
5
6
7
8
 
mysql> SHOW warnings;
+---------+------+------------------------------------------------+
| Level   | Code | Message                                        |
+---------+------+------------------------------------------------+
| Warning | 1292 | Truncated incorrect DOUBLE value: '2009-01-01' |
+---------+------+------------------------------------------------+
1 row IN SET (0.00 sec)

[Heallidan]

Très bien, merci a vous, j'ai opté pour la solution

Code :

DATE_DEBUT < 'la date basse' AND DATE_FIN > 'la date haute'

Ça fonctionne bien comme ça et mon code est plus propre.