Discussion :

[Igloobel]

Bonjour à tous,

Je fais appelle à vous pour nous départager mon collègue et moi.

Lors de la création de la bibliothèque du CE de l'entreprise, nous avons un différend sur une relation.

Dans la relation Employé et livre nous avons une cardinalité 0,n du côté des livres et 0,10 du côté des employés.

Pour moi les emprunts sont dans une table séparées et pour lui c'est dans employés (livre1, date1, livre2 date2 ...livre 10, date 10)

surtout qu'il faut penser à ceux qui ont empruntés et qui tarde à rendre (tarde veux dire plus d'un an)
De plus on veut savoir quel livre a été emprunté combien de fois


merci de me dire qui as raison et qui à tord et surtout pourquoi


A bientôt

[tee_grandbois]

bonjour,

Pour moi les emprunts sont dans une table séparées et pour lui c'est dans employés (livre1, date1, livre2 date2 ...livre 10, date 10)

demande à ton collègue combien de colonnes il a prévu pour un employé qui lit beaucoup (sauf si le nombre d'emprunts est limité par employé) ...
le MCD je m'en suis assez souvent passé dans le passé (sic!) je me basais plutôt dans ce qui se passe dans le monde réel avant le numérique:
Un employé est unique de par son matricule: c'est la table Employes et il n'y a aucune raison pour qu'on lui interdise de lire autant de livres qu'il veut

un livre est unique (ou éventuellement exister en plusieurs exemplaires mais dans ce cas ils se trouvent rangés dans les rayonnages et chacun est quand même distinguable ): c'est donc la table Livres.

On peut se représenter l'emprunt de livres par des fiches dans un boite où sont stockés tous les emprunts, chaque fiche contenant la référence du livre: titre, auteur, genre, numéro (pour le cas évoqué plus haut: livres en plusieurs exemplaires), la date de l'emprunt, la date de restitution et le matricule de l'emprunteur. C'est donc la table Emprunts_Livres.

[f-leb]

Salut tous,

[...]et pour lui c'est dans employés (livre1, date1, livre2 date2 ...livre 10, date 10)

'tendez, je me sens pas bien

Quels sont les employés qui ont emprunté au moins une fois le livre "Le Vieil Homme et la Mer" :

Code sql :

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

1
2
SELECT idEmploye, nomEploye FROM tblEmploye
WHERE livre1 = "Le Vieil Homme et la Mer" OR livre2 = "Le Vieil Homme et la Mer" OR livre3 = "Le Vieil Homme et la Mer" OR ...

Combien d'emprunts en 2022 :

Code sql :

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

1
2
3
4
5
6
SELECT -Sum( year(date1)=2022 +
             year(date2)=2022 +
             year(date3)=2022 +
             ...
             year(date10)=2022 ) 
FROM tblEmploye

beurk, ce serait quand même plus simple avec un :

Code sql :

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

SELECT count(*) FROM TblEmprunt WHERE year(dateEmprunt)=2022

non ?

Et pour faire certaines de regroupements avec comptage, somme, etc., il est plus simple de passer par une sous-requête :

Code sql :

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

1
2
3
4
5
6
7
8
9
SELECT idEmploye, Date1 as dateEmprunt, livre1 as livre FROM tblEmploye
UNION ALL
SELECT idEmploye, Date2, livre2 FROM tblEmploye
UNION ALL
SELECT idEmploye, Date3, livre3 FROM tblEmploye
UNION ALL
...
UNION ALL
SELECT idEmploye, Date10, livre10 FROM tblEmploye

Sous-requête qui remet les colonnes en lignes, que je vais nommer Emprunt (au hasard) et qui ressemble furieusement à la table Emprunt qu'on a voulu s'épargner au départ. Avec tout un tas de champs dateX ou livreX à Null et qu'il faut gérer.

Il sent pas bon ce modèle (et faut tout reprendre le jour où on peut passer à 11 livres)

[Igloobel]

Bonjour,

MERCI d'ajouter de l'eau à mon moulin

Je vais pouvoir insister pour rajouter cette table emprunt que je voulais ajouter

Je plussoie vos réponses.


Bonne continuation