OVH Cloud OVH Cloud

Structure d'une base

4 réponses
Avatar
notepares
Bonjour,

Je souhaite créer une base pour gérer les ressources d'un centre de
documentation.
Il s'agit de stocker diverses infos concernant les livres, revues,
CD-roms... afin de faciliter ensuite la recherche d'une ressource
correspondant à un ematière, une rubrique ou un mot clé.

Mais je n'arrive à définir un schéma correct pour ma base, notamment
parce que :
Chaque ressource concerne une ou plusieurs matières (français,
anglais, maths, info...).
Chaque matière contient plusieurs rubriques (conjugaison, grammaire,
fractions, word, excel...) et une rubrique peut concerner plusieurs
matières.
Pour chaque rubrique, des mots clés définissent encore plus
précisément le contenu (bordure, trame, tableaux, tabulations...) et
un mot clé peut concerner plusieurs rubriques.

J'ai essayé de lier ma table T_Ressources à une table T_MotsCles à
l'aide d'une table de jointure T_DetailMot,
la table T_MotsCles étant elle-même liée à une table T_Rubriques à
l'aide d'une table de jointure T_DetailRub,
la table T_Rubriques étant elle-même liée à une table T_Matieres à
l'aide d'une table de jointure T_DetailMat.

Apparemment ça n'est pas du tout correct, j'ai des résultats loufoques
lorsque je demande la liste des ressources correspondant à un mot
clé...

Pourriez-vous me donner quelques indications sur le choix des tables
et leurs relations ?
Merci d'avance.

4 réponses

Avatar
mouly
(notepares) wrote in
news::

Je souhaite créer une base pour gérer les ressources d'un centre de
documentation.
Il s'agit de stocker diverses infos concernant les livres, revues,
CD-roms... afin de faciliter ensuite la recherche d'une ressource
correspondant à un ematière, une rubrique ou un mot clé.

Mais je n'arrive à définir un schéma correct pour ma base, notamment
parce que :
Chaque ressource concerne une ou plusieurs matières (français,
anglais, maths, info...).
Chaque matière contient plusieurs rubriques (conjugaison, grammaire,
fractions, word, excel...) et une rubrique peut concerner plusieurs
matières.
Pour chaque rubrique, des mots clés définissent encore plus
précisément le contenu (bordure, trame, tableaux, tabulations...) et
un mot clé peut concerner plusieurs rubriques.

Pourriez-vous me donner quelques indications sur le choix des tables
et leurs relations ?
Merci d'avance.



tiens c'est un exercice parfait pour des modéliser des meta-données :

considère un ensemble de documents (avec un id, un type(cdrom,livres...) un
titre, un auteur etc.)
puis un ensemble de meta-données (id, nom, valeur)
et une table de jointure pour faire un liens entre les deux, relation n*n


quelques exemples de meta-données :
ID - NOM - Valeur
-----------------------
1 - matière - Maths
2 - matière - Anglais
3 - rubrique - conjugaison
4 - SousRubrique - bordures

etc.

l'avantage : le jour ou un nouveau type de classification fait son
apparition, il peut être pris en compte immédiatement (même les
utilisateurs peuvent le faire), aucune modification du schéma de la bd
n'est a prévoir.

les risques : si il y a trop de méta données ca peut devenir un capharnaüm
rapidement, et les performances peuvent se dégrader. il faut absoulment
éviter de rentrer dans la table de méta-données des infos qui ne sont pas
réutilisables (comme le titre par exemple)

c'est uen solution à étudier en fonction du nombres de documents à traiter

bon courage, tiens nous au courant de la solution que tu choisis

--
mouly
mouly2 at yahoo dot com

Avatar
notepares
Notepares wrote

Je souhaite créer une base pour gérer les ressources d'un centre de
documentation.
Il s'agit de stocker diverses infos concernant les livres, revues,
CD-roms... afin de faciliter ensuite la recherche d'une ressource
correspondant à un ematière, une rubrique ou un mot clé.

Mais je n'arrive à définir un schéma correct pour ma base, notamment
parce que :
Chaque ressource concerne une ou plusieurs matières (français,
anglais, maths, info...).
Chaque matière contient plusieurs rubriques (conjugaison, grammaire,
fractions, word, excel...) et une rubrique peut concerner plusieurs
matières.
Pour chaque rubrique, des mots clés définissent encore plus
précisément le contenu (bordure, trame, tableaux, tabulations...) et
un mot clé peut concerner plusieurs rubriques.

Pourriez-vous me donner quelques indications sur le choix des tables
et leurs relations ?
Merci d'avance.


Mouly wrote

tiens c'est un exercice parfait pour des modéliser des meta-données :

considère un ensemble de documents (avec un id, un type(cdrom,livres...) un
titre, un auteur etc.)
puis un ensemble de meta-données (id, nom, valeur)
et une table de jointure pour faire un liens entre les deux, relation n*n


quelques exemples de meta-données :
ID - NOM - Valeur
-----------------------
1 - matière - Maths
2 - matière - Anglais
3 - rubrique - conjugaison
4 - SousRubrique - bordures

etc.

l'avantage : le jour ou un nouveau type de classification fait son
apparition, il peut être pris en compte immédiatement (même les
utilisateurs peuvent le faire), aucune modification du schéma de la bd
n'est a prévoir.

les risques : si il y a trop de méta données ca peut devenir un capharnaüm
rapidement, et les performances peuvent se dégrader. il faut absoulment
éviter de rentrer dans la table de méta-données des infos qui ne sont pas
réutilisables (comme le titre par exemple)

c'est uen solution à étudier en fonction du nombres de documents à traiter

bon courage, tiens nous au courant de la solution que tu choisis


Je ne connaissais pas ce système de meta données !!
Ca me parait fort séduisant pour résoudre mon problème, et je vais
plancher dessus aujourd'hui.

En ce qui concerne l'option capharnaüm, lol, il y aura environ une
quinzaine de matières, avec chacune une vingtaine de rubrique, et une
cinquantaine de mots-clés par rubrique. Ca te parait jouable ?

En tout cas MERCI BEAUCOUP :-)


Avatar
notepares
OUPS...
Je commence à peine à plancher, et j'ai déjà une nouvelle question :
avec cette table de meta données telle que tu me l'as suggérée, je
n'ai plus moyen de récupérer la liste des matières ou rubriques ou
mots clés.

Est-il judicieux de rajouter un champ dans la table meta qui précise
si l'enregistrement est un couple Matière/Rubrique ou bien
Rubrique/Mot-clé ?
Merci de votre aide.
Avatar
notepares
Je vais décrocher la palme du boulet d'or si ça continue...

D'abord, je viens de me rendre compte que j'avais pas bien regardé le
schéma de ta table, dsl... Du coup, j'étais parti sur ça :

ID - NOM - Valeur - Type
------------------------------------------
1 - Maths - Géométrie - MatRub
2 - Espagnol - Conjugaison - MatRub
3 - Anglais - Conjugaison - MatRub
4 - Conjugaison - Ser/Estar - RubMot
5 - Conjugaison - Have/Do - RubMot

Dans les 2 cas (ta proposition et ci-dessus), le problème qui se pose
est que l'on peut éventuellement connaître toutes les rubriques
associées à une matière (ci-dessus), mais jamais les mots-clés.
Exemple : si on choisit la matière Anglais et sa rubrique Conjugaison,
on ne peut pas savoir que Have/Do est un mot-clé potentiel mais pas
Ser/Estar !!

J'espère que je me fais bien comprendre...
En fait, pour l'exploitation de la base on aura besoin de savoir pour
chaque matière la liste des rubriques potentielles, et pour chaque
couple matière/rubrique la liste des mots-clés potentiels.