Discussion :

[mondaying]

Bonjour a tous.

Tout d'abord je précise que cette requête permettrait d'alimenter un graphique réalisé avec ACCESS.

Je gère une bibliothèque à l'aide de plusieurs table.
Une d'entre elles concerne les emprunts,elle comporte un champ date_debut.
Je parviens à écrire une requête me sortant le nombre d'emprunt par jour.
Seulement il n'y a pas des emprunts tous les jours et je ne peux pas créer de graphique avec une échelle jour fiable.

J'ai déjà pensé à une solution passant par la création d'une table contenant tous les jours mais ce n'est pas super pratique.

Si vous avez des pistes n'hésitez pas !
Merci.

[juvamine]

c'est pourtant la meilleur solution !
et très simple à mettre en oeuvre

[CinePhil]

Voir à ce sujet l'article de SQLPro sur le temps, sa mesure et ses calculs.
Je crois qu'il y a des scripts de création des tables de calendrier.

[mondaying]

Ok merci à tous.
D'aprés vos dire et l'article proposé par Cinephil je constate que la création d'une table supplémentaire est incontournable.
Je vais la générer par le code(VB), je serai plus à l'aise.

[mondaying]

Voila, j'ai tout bien fait comme il fallait ; un script en vb qui génére une table de dates continues, et une jointure externe comme dans l'article de SQLpro mais ce satané access ne veut pas en entendre parler.

J'ai essayé de mettre left outer join à la place et ça marche, sans faire ce que je veux évidemment. Je comprends pas.

Voici mon code

Code :

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

1
2
3
4
5
6
7
8
9
10
11
12
 
SELECT emp.Date_debut, count(emp.id_exemplaire)
FROM (((SELECT  id_exemplaire  , Date_debut FROM    Log_emprunt UNION SELECT  id_exemplaire  , Date_debut FROM    emprunt )  AS emp
 
INNER JOIN Exemplaires ON 
Exemplaires.id_exemplaire=emp.id_exemplaire)
 
RIGHT OUTER JOIN  dates_temps  ON  
Dates_temps.Dates  = emp.Date_debut)
 
GROUP BY emp.Date_debut
ORDER BY emp.Date_debut;

note : le message d'erreur est "expression join non supportée", alors que même dans l'aide de chez MS ils disent que c'est possible

[CinePhil]

Essaie celle-ci :

Code :

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

1
2
3
4
5
6
7
8
9
10
11
SELECT d.Dates, COUNT(*) AS nb_emprunts
FROM dates_temps AS d
LEFT OUTER JOIN (
  SELECT id_exemplaire, Date_debut
  FROM Log_emprunt
  UNION
  SELECT id_exemplaire, Date_debut 
  FROM emprunt 
) AS e ON e.Date_debut = d.Dates
GROUP BY d.Dates
ORDER BY d.Dates

Je ne sais pas comment elle sera acceptée par Access qui a parfois des comportements bizarres avec du SQL standard...

[al1_24]

Avec Access, face à une requête complexe, tu as parfois intérêt à créer des vues pour les sous-requêtes et effectuer ta requête sur ces vues. (C'est ce que je faisais à l'époque où j'utilisais Access. Ça a peut-être évolué depuis.)

[mondaying]

Merci Cinéphil ta requête marche !
Mais finalement j'en viens à sérieusement remettre en cause ce qu'on nous apprend à l'IUT ; d'abord les jointures uniquement par la clause where, ensuite un SGBD ne respectant pas le standard SQL ...

[CinePhil]

d'abord les jointures uniquement par la clause where,

Ca c'est un truc qui m'énerve au plus haut point !
C'est pourtant tellement plus facile à lire une requête avec la bonne syntaxe !

ensuite un SGBD ne respectant pas le standard SQL ...

Je ne suis pas sûr qu'il existe un SGBD respectant la norme SQL à 100%.

[juvamine]

coté sql, je trouve access pas si mauvais que ça...
on peut lui mettre sans risque de grosse requetes bourrées de jointures et de sous requetes
du moins j'ai jamais eut de problème...

(j'ai bien dit pour le sql )

[CinePhil]

coté sql, je trouve access pas si mauvais que ça...
on peut lui mettre sans risque de grosse requetes bourrées de jointures et de sous requetes
du moins j'ai jamais eut de problème...

(j'ai bien dit pour le sql )

Euh... si tu construis les requêtes avec l'outil graphique, tu peux effectivement arriver à faire des choses assez complexes mais quand tu vas voir le texte de la requête générée par Access, ça fait peur !
Des parenthèses partout, des jointures imbriquées d'une manière incompréhensible... c'est l'enfer à débugguer une requête Access !

Et à l'inverse, si tu fais une requête complexe en SQL normalisé, il est fort possible que Access ne la comprenne pas, justement parce qu'elle n'est pas organisée comme lui l'aurait fait.

A moins que les dernières versions d'Access se soient améliorées en ce domaine, ça fait longtemps que je n'y ai plus touché.

[juvamine]

Ecoute, j'ai toujours fait mes requetes moi même...et vraiment...je n'ai pas trop a me plaindre (a part quelques exceptions a la noix a connaitre...comme dans tout sgbd)

[CinePhil]

Ben tu as de la chance ou tes requêtes ne sont pas si complexes ou Petitmou a amélioré son logiciel depuis que je ne l'utilise plus parce que j'ai souvenir de discussions ici où je donnais une requête complexe en SQL standard acceptée sans problème sur MySQL et que le demandeur annonçait comme refusée par Access... et c'était seulement à ce moment là qu'il nous disait qu'il utilisait Access !