Choix du type de base de données

[Luke spywoker]

Salut les SGBD,
Avec ma récente initiation au concept de bases de données SQL (Standart Query Language), je voudrai savoir qu'elle est le meilleur type de base de données (respectant le langage SQL) qui me permettrai de créer une base de données de plusieurs tables et permettant d'interroger celle-çi dans une relation query:many (query:many veut dire qu'il ne faut pas de croisement de bases de données n:m mais une seule base de données avec différentes table intérrogeable en son ensemble).

Question subsidiaire: est ce qu'il existe un type d'attribut (champs dans une table) qui permetttrai d'insérer un nombre inconstant de mots-clefs (séparer) ou est-ce-qu 'il faut se lancer dans un freaking du genre savoir le nombre maximun de mots-clefs et définir autant de champs et mettre des valeurs de type None pour les tables qui ont un nombre de mots-clefs inférieur au nombre maximal ?

Merci pour vos réponses.

[tatayo]

Bonjour,
Pour la deuxième question: ni l'un ni l'autre ! Je penche pour une table fille. Par exemple pour les mots clés d'un article:
IdArticle FK sur la table Article
Valeur

Ainsi toutes tes question s'envolent...

Pour la première question, la peau qu'on plie

Tatayo.

[CinePhil]

Envoyé par Luke spywoker

Avec ma récente initiation au concept de bases de données SQL (Standart Query Language)

SQL signifie : "Structured Query Language".

je voudrai savoir qu'elle est le meilleur type de base de données (respectant le langage SQL) qui me permettrai de créer une base de données de plusieurs tables et permettant d'interroger celle-çi dans une relation query:many (query:many veut dire qu'il ne faut pas de croisement de bases de données n:m mais une seule base de données avec différentes table intérrogeable en son ensemble).

Attention à l'emploi du mot "relation" !
En algèbre relationnelle, qui décrit la théorie ensembliste permettant de bien structurer les bases de données relationnelles, une relation correspond à une table d'une base de données.
Ce terme est souvent employé, à mon avis à tort, pour désigner les liens créés dans les bases de données entre les tables. Je préfère le terme "association" qui vient de la méthode Merise et son célèbre Modèle Conceptuel de Données (MCD).
Bref, dans le monde des bases de données, j'évite l'utilisation du terme "relation" qui peut prêter à confusion.

Question subsidiaire: est ce qu'il existe un type d'attribut (champs dans une table)

Non ! Les champs sont à la campagne ou dans les formulaires ! Une table est composée de lignes et de colonnes !
Si j'ajoute un attribut dans une entité du MCD, pour faire la même chose en SQL dans la base de données qui résulte du MCD, j'utilise l'instruction

Code :

ADD COLUMN

et pas

Code :

ADD FIELD

qui n'existe pas !

qui permetttrai d'insérer un nombre inconstant de mots-clefs (séparer) ou est-ce-qu 'il faut se lancer dans un freaking du genre savoir le nombre maximun de mots-clefs et définir autant de champs et mettre des valeurs de type None pour les tables qui ont un nombre de mots-clefs inférieur au nombre maximal ?

Surtout pas une colonne par mot-clé !

Soit la règle de gestion suivante :
"Un article peut être qualifié à plusieurs mots-clés et un mot-clé peut qualifier plusieurs articles."

Il découle de la règle de gestion le MCD suivant :
mot_cle -0,n----qualifier----0,n- article

Ce qui entraînera la création des tables suivantes :
te_mot_cle_mcl (mcl_id, mcl_mot)
te_article_art (art_id, art_titre, art_contenu...)
ta_mcl_qualifier_art_mqa (mqa_id_mot_cle, mqa_id_article)

Pour savoir comment modéliser les bases de données avec la méthode Merise, voir l'article de SQLPro et les livres de Michel Diviné.