Procédure SQL ne fonctionne pas

Bonjour,

Je suis en train de faire une application de gestions de données à partir de visual studio. J'ai réussi à établir une connexion à la base sur mySQL.

Par contre, la séquence SQL que j'essai de mettre en place ne fonctionne pas. Je souhaite afficher le nombre d'enregistrements groupés par le champs "locatlisation" mais sans faire apparaître ce qui sont vide.

J'ai écrit :

Code:

---

1 2 3 4 5

SELECT T_Films.Localisation, Count(T_Films.Localisation) AS CompteDeLocalisation FROM T_Films GROUP BY T_Films.Localisation HAVING (((T_Films.Localisation) Is Not Null)) ORDER BY T_Films.Localisation

---

Cela me fait apparaître les résultats comme voulu sauf que s'il y a des vides dans ce champ "localisation", ils sont également comptabilisé et apparaissent dans mon résultat. A noter que si je met cette SQL dans une base Access, cela fonctionne correctement.
Est-ce que j'ai oublié quelque chose ?

Merci pour votre aide

J'ai un début de réponse. En fait je passe par phpMyAdmin utilisé sur mon NAS. Il n'y a pas la possibilité de mettre IS NOT NULL.
Mais du coup, je ne sais pas comment faire.

Bonsoir,

Je ne suis pas sûr de bien comprendre la finalité de ta requête, mais j'essaierais celle-ci :

Code:

---

1 2 3 4 5

SELECT T_Films.Localisation, Count(T_Films.Localisation) AS CompteDeLocalisation FROM T_Films WHERE (((T_Films.Localisation) Is Not Null)) GROUP BY T_Films.Localisation ORDER BY T_Films.Localisation

---

Sous Access, les résultats de cette requête sont un peu différents de ceux obtenus avec ta requête.
Il me semble qu'avec ta requête, les enregistrements contenant le champ vide n'apparaissent pas dans le résultat affiché mais ils sont comptés dans CompteDeLocalisation.
Avec ma requête, ces enregistrements n'apparaissent pas mais ne sont pas comptés non plus.

J'espère que ceci t'aidera ... :)

Bonjour et merci pour cette réponse,
Malheureusement, cela ne fonctionne pas, les champs vides sont toujours comptabilisés et apparaissent.
En fait, le but de cette application est d'avoir une liste de mes DVD/Blu-Ray qui sont situé un peu partout dans la maison (chambre, salon). Lorsque je consulte cette liste, cela me permet de savoir où trouver le film recherché.
Le but de comptabiliser est surtout d'avoir un aperçu et où. Aucune valeur ajoutée mais à développer quelque chose, autant tenter des choses :)
Et oui, il peut arriver que ce champs soit vide car lorsqque j'emprunte un film pour le voir, je l'enregistre dans cette liste pour savoir ce que j'ai vu mais je ne lui attribue pas un emplacement puisque je le rend à son proprio.

Je pense que le problème vient du fait que NULL n'existe pas dans phpMyAdmin que j'utilise pour ma base de données sur mon NAS. J'ai tenté d'écrire cette procédure SQL directement dans cette application et je ne trouve rien d'équivalent. Je vais essayé de trouver autre chose, sinon tans pis.

Encore merci pour votre aide

Je comprends.
A défaut de NULL, cela ne peut-il fonctionner avec la comparaison à une chaîne vide ?
..... (((T_Films.Localisation) > '')).......
Attention, j'ai mis 2 apostrophes, pas un guillemet.
Bonne journée.... :)

Suite ...


Je me suis réinstallé un MySql et j'ai testé.
La comparaison sur la chaine vide fonctionne.

Code:

---

1 2 3 4 5 6

SELECT T_Films.Localisation, Count(T_Films.Localisation) AS CompteDeLocalisation FROM T_Films WHERE (((T_Films.Localisation) > '')) GROUP BY T_Films.Localisation ORDER BY T_Films.Localisation

---

Bon codage .... :)

Bonjour,
Pour information le Group By consomme beaucoup de ressources, donc on utilisera le Having uniquement pour ce qui concerne le Group By par exemple:
Having count(champ)>2.

Pour le reste on utilisera une Close Where avant le Group By pour empêcher le Group By de traiter les informations inutile comme Phil Rob la fait dans le poste précédent.

Imagine que nous voulions compter le nombre d'enfants de moins de 18 ans sur l'île de France.

On utiliserait une Close Where pour filtrer la population concernée avant d'intégrer la population mondiale à notre comptage !

Merci à tous pour ces explications,
Effectivement, la solution proposée par Phil Rob fonctionne, impec !

A bientôt