Publicité
+ Répondre à la discussion
Affichage des résultats 1 à 3 sur 3
  1. #1
    Membre éclairé Avatar de Luke spywoker
    Homme Profil pro
    Etudiant informatique autodidacte
    Inscrit en
    juin 2010
    Messages
    697
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France

    Informations professionnelles :
    Activité : Etudiant informatique autodidacte

    Informations forums :
    Inscription : juin 2010
    Messages : 697
    Points : 399
    Points
    399

    Par défaut Choix du type de base de données

    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.
    Pour faire tes armes:
    Use du présent pour construire ton futur sinon use de ce que tu as appris auparavant.
    Et sois toujours bien armé avant de te lancer.
    Le hasard ne sourit qu'aux gens préparés...
    Blog: http://3dcyberspace.unblog.fr/
    Site: Sanctuaire cybernétique
    Site: 3dreaming-imaging.net

  2. #2
    Expert Confirmé Sénior
    Homme Profil pro
    Développeur Freelance
    Inscrit en
    janvier 2009
    Messages
    2 257
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 40
    Localisation : France

    Informations professionnelles :
    Activité : Développeur Freelance

    Informations forums :
    Inscription : janvier 2009
    Messages : 2 257
    Points : 4 087
    Points
    4 087

    Par défaut

    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.

  3. #3
    Modérateur
    Avatar de CinePhil
    Homme Profil pro Philippe Leménager
    Ingénieur d'études en informatique
    Inscrit en
    août 2006
    Messages
    13 773
    Détails du profil
    Informations personnelles :
    Nom : Homme Philippe Leménager
    Âge : 51
    Localisation : France, Haute Garonne (Midi Pyrénées)

    Informations professionnelles :
    Activité : Ingénieur d'études en informatique
    Secteur : Enseignement

    Informations forums :
    Inscription : août 2006
    Messages : 13 773
    Points : 22 995
    Points
    22 995

    Par défaut

    Citation Envoyé par Luke spywoker Voir le message
    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 et pas 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é.
    Philippe Leménager. Ingénieur d'étude à l'École Nationale de Formation Agronomique. Autoentrepreneur.
    Mon blog sur la conception des BDD, le langage SQL, le PHP avec Zend Framework...
    « Ce que l'on conçoit bien s'énonce clairement, et les mots pour le dire arrivent aisément ». (Nicolas Boileau)
    À la maison comme au bureau, j'utilise la suite Linux Mageïa !

Liens sociaux

Règles de messages

  • Vous ne pouvez pas créer de nouvelles discussions
  • Vous ne pouvez pas envoyer des réponses
  • Vous ne pouvez pas envoyer des pièces jointes
  • Vous ne pouvez pas modifier vos messages
  •