Discussion :

[sami_c]

Bonjour
Dans ma table, j'ai une colonne JOUR qui comporte 7 bits, chaque bit correspond à un jour de semaine
Exp : 1 1 1 0 1 0 0
Lun Ma Me Je Ve Sa Di

Je voudrais afficher les enregistrement dont la colonne JOUR correspond par exemple à la valeur 1101100, sauf que la condition est un peut complexe, en fait il faut aussi prendre en compte 1111100 ou encore 1000001 ... bref n'importe quelle valeur à condition qu'elle ait au moins un 1 qui colle avec ce qu'on cherche
Peut-on faire ceci dans une requete sql ?

[pcaboche]

Comme dans beaucoup de langages, pour ce type de problème, on utilise l'opérateur XOR bit-à-bit (bitwise XOR): ^

Voir ici: http://dev.mysql.com/doc/refman/5.0/...functions.html

[mathieu]

Je voudrais afficher les enregistrement dont la colonne JOUR correspond par exemple à la valeur 1101100,

en clair ta condition avec 01101100 c'est de trouver les enregistrement où il y a au moins les lundi mardi jeudi et vendredi ?
si c'est ça essaye cette condition (108 c'est 01101100 en décimal):

Code :

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

... WHERE (JOUR & 108 = 108)

edit : grilled

[pcaboche]

en clair ta condition avec 01101100 c'est de trouver les enregistrement où il y a au moins les lundi mardi jeudi et vendredi ?
si c'est ça essaye cette condition (108 c'est 01101100 en décimal):

Code :

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

... WHERE (JOUR & 108 = 108)

Euh... oui, pardon. C'est toi qui a raison mathieu. C'est bien le ET bit-à-bit qu'il faut utiliser.

2 minutes plus tôt, je résolvais un problème faisant intervenir le XOR bit-à-bit, donc je me suis emmellé les pinceaux. Désolé




Pour compléter ce que dit mathieu,

Code :

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

... WHERE (JOUR & 108 = 108)

correspond aux enregistrements pour lesquels on a à la fois lundi mardi jeudi et vendredi.



Si tu veux les enregistrements pour lesquels on a au moins des jours considérés (lundi mardi jeudi et vendredi), alors

Code :

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

... WHERE (JOUR & 108)

suffit.




***
Sinon, niveau conception de la base de données, il y a encore plus simple avec une colonne de type SET:
http://dev.mysql.com/doc/refman/5.0/en/set.html

Dans ce cas, on utilise directement les noms des jours (ou pas) :

Code :

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

1
2
3
SELECT * FROM tbl_name WHERE FIND_IN_SET('lundi', jour) OR  FIND_IN_SET('mardi', jour) ;
SELECT * FROM tbl_name WHERE jour = 'lundi,mardi';
SELECT * FROM tbl_name WHERE jour & 108 ;

[sami_c]

Exemple :

Les différentes valeurs sont :
1110100
1111100
0000010
0001000
0000001

'Masque' de recherche :
1110100 (116 en décimal)

Ce que je devrais avoir :
1110100
1111100

Résultat de la requete ...WHERE ( jour & 116)
1110100
1111100
0001000

Comment faire pour ne pas avoir le 0001000 ?

[pcaboche]

C'est bizarre: normalement (1110100 & 0001000) = 0

[sami_c]

Code :

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

SELECT 1110100 & 0001000

Résultat : 64 !!!! pourquoi ça ne donne pas 0 ????!!!

Code :

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

SELECT convert(1110100, BINARY)  & convert(0001000, BINARY)

idem !!!!
par contre

Code :

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

SELECT convert(116, BINARY)  & convert(8, BINARY)

donne bien 0
meme résultat avec

Code :

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

SELECT 116  & 8

116 (decimal) = 1110100
8 = 0001000
Donc on doit décoder en décimal pour faire la multplication bit par bit, et pour ça on utilise la fonction CONV(N, base1, base)

Code :

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

SELECT conv(1110100,2,10)  & conv(0001000,2,10)

donne ENFIN un 0 !!!!!!!!!!

[pcaboche]

Code :

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

SELECT 1110100 & 0001000

Résultat : 64 !!!! pourquoi ça ne donne pas 0 ????!!!

Nous, on donnait la représentation en binaire pour que ce soit plus facile à comprendre (parce que lire du binaire, c'est pas évident ). Evidemment qu'il fallait convertir en base 10 avant ! (mais c'est bien: tu as fini par le comprendre)

Tant mieux, le problème est "Résolu" maintenant...