IdentifiantMot de passe
Loading...
Mot de passe oublié ?Je m'inscris ! (gratuit)
Navigation

Inscrivez-vous gratuitement
pour pouvoir participer, suivre les réponses en temps réel, voter pour les messages, poser vos propres questions et recevoir la newsletter

Accès aux données Discussion :

une seule Table dans la base de donnée


Sujet :

Accès aux données

  1. #1
    Membre éclairé
    Inscrit en
    Septembre 2006
    Messages
    232
    Détails du profil
    Informations forums :
    Inscription : Septembre 2006
    Messages : 232
    Par défaut une seule Table dans la base de donnée
    salut

    je cherche des articles qui parlent de l'utilisation d'une seule table dans une base de donnée.
    cette table pointe sur elle même c-à-d un élément de la table peut être le fils d'un autre élément de la même table (ou pas).
    Les Champs de la Table :
    Champ 1 : ID
    Champ 2 : Père (ID)
    Champ 3 :Type (string)
    Champ 4 : nom (string)
    champ 5: valeur (string)

    ainsi n'importe quel type d'objet (ville, véhicule, personne, livre..) peut être modélisé avec cette Table.

    bizarre...mais y a t il des articles dessus?

  2. #2
    Rédacteur/Modérateur


    Homme Profil pro
    Développeur .NET
    Inscrit en
    Février 2004
    Messages
    19 875
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 43
    Localisation : France, Paris (Île de France)

    Informations professionnelles :
    Activité : Développeur .NET
    Secteur : High Tech - Éditeur de logiciels

    Informations forums :
    Inscription : Février 2004
    Messages : 19 875
    Par défaut
    C'est complètement aberrant de faire ça, comment tu vas requêter sur ta table ? C'est super inefficace... Pourquoi veux-tu utiliser une seule table ?

  3. #3
    Membre expérimenté
    Homme Profil pro
    Ingénieur développement logiciels
    Inscrit en
    Octobre 2005
    Messages
    218
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France, Loire Atlantique (Pays de la Loire)

    Informations professionnelles :
    Activité : Ingénieur développement logiciels
    Secteur : High Tech - Éditeur de logiciels

    Informations forums :
    Inscription : Octobre 2005
    Messages : 218
    Par défaut
    Je ne suis plus trop sur mais il me semble que ce concept est utilisé pour les Cloud Computing, "Amazon Simple Storage Service" ou "Google App Store" ou "Windows Azure"... En fouillant de ce côté, tu pourrais ptet trouver ce que tu cherches.

  4. #4
    Membre éclairé
    Inscrit en
    Septembre 2006
    Messages
    232
    Détails du profil
    Informations forums :
    Inscription : Septembre 2006
    Messages : 232
    Par défaut
    les inconvénients sont nombreux, mais l'avantage est prendre en charge n'importe quel type d'objet, de mettre ces types en connexions ..

  5. #5
    Membre Expert Avatar de iberserk
    Homme Profil pro
    Architecte de base de données
    Inscrit en
    Novembre 2004
    Messages
    1 795
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 43
    Localisation : France, Gironde (Aquitaine)

    Informations professionnelles :
    Activité : Architecte de base de données
    Secteur : High Tech - Éditeur de logiciels

    Informations forums :
    Inscription : Novembre 2004
    Messages : 1 795
    Par défaut
    C'est complètement aberrant de faire ça, comment tu vas requêter sur ta table ? C'est super inefficace... Pourquoi veux-tu utiliser une seule table ?

    Pas toute à fait d'accord, les relations parent enfant son courant et cette modélisation par auto-jointure tout autant, c'est le principe même de la récursivité d'ailleurs.

    C'est ainsi qu'on modélise un siteMap par exemple...

    Cette modélisation est simple que voulez vous trouver comme article?

    Je pense que cet article de l’éminent SQLPRO fera votre bonheur:
    http://sqlpro.developpez.com/cours/s...te-recursives/

    Il vous explique par exemple en une requête comment retrouver par récursivité tout les enfants et sous enfants de votre type voiture par exemple...

  6. #6
    Rédacteur
    Avatar de Nathanael Marchand
    Homme Profil pro
    Expert .Net So@t
    Inscrit en
    Octobre 2008
    Messages
    3 615
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 38
    Localisation : France, Paris (Île de France)

    Informations professionnelles :
    Activité : Expert .Net So@t
    Secteur : Conseil

    Informations forums :
    Inscription : Octobre 2008
    Messages : 3 615
    Par défaut
    Citation Envoyé par iberserk Voir le message
    Pas toute à fait d'accord, les relations parent enfant son courant et cette modélisation par auto-jointure tout autant, c'est le principe même de la récursivité d'ailleurs.

    C'est ainsi qu'on modélise un siteMap par exemple...

    Cette modélisation est simple que voulez vous trouver comme article?

    Je pense que cet article de l’éminent SQLPRO fera votre bonheur:
    http://sqlpro.developpez.com/cours/s...te-recursives/

    Il vous explique par exemple en une requête comment retrouver par récursivité tout les enfants et sous enfants de votre type voiture par exemple...
    Une recursivité sur des éléments de même type ok. Mais stocker toutes ses entités quelque soit leur type dans une seule table 'objet' ca me parait effectivement saugrenu.

  7. #7
    Membre Expert Avatar de iberserk
    Homme Profil pro
    Architecte de base de données
    Inscrit en
    Novembre 2004
    Messages
    1 795
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 43
    Localisation : France, Gironde (Aquitaine)

    Informations professionnelles :
    Activité : Architecte de base de données
    Secteur : High Tech - Éditeur de logiciels

    Informations forums :
    Inscription : Novembre 2004
    Messages : 1 795
    Par défaut
    Une recursivité sur des éléments de même type ok. Mais stocker toutes ses entités quelque soit leur type dans une seule table 'objet' ca me parait effectivement saugrenu.
    Sur le principe je suis d'accord d'où mon
    Pas toute à fait d'accord
    .

    Maintenant exemple concret:
    Un site ebusiness...

    Vous êtes éditeur et vous voulez commercialiser un site générique avec un back office complètement paramétré par le client... il se peut tout à fait que vous partiez dans ce genre de modélisation.

    Je pense qu'il manque malgré tout une notion plus englobante ici de "famille" ou "catégorie".

    Une table à par listant au moins ces familles (véhicule, livre etc)...

  8. #8
    Membre très actif
    Inscrit en
    Février 2011
    Messages
    106
    Détails du profil
    Informations forums :
    Inscription : Février 2011
    Messages : 106
    Par défaut une seule table
    Mon frere, tu peux travailler normal , si tu metrise les concept d'orienté objets, et precisement le mécanisme du polymorphisme.Tu dois savoir simplement que chaque ligne contenu dans ta table est un objet, alors là a toi de voir comment les inseré et les lire et effectué d'autre operation de mise à jour. ( Ton cas : tu peux imaginer une collection de type Vector en Java ).

+ Répondre à la discussion
Cette discussion est résolue.

Discussions similaires

  1. [MySQL] Update d'une table dans la base des données mysql php
    Par glodybiss4 dans le forum PHP & Base de données
    Réponses: 1
    Dernier message: 07/02/2012, 16h51
  2. Réponses: 3
    Dernier message: 20/09/2010, 14h55
  3. Réponses: 9
    Dernier message: 19/08/2010, 12h17
  4. Réponses: 7
    Dernier message: 26/01/2006, 12h19

Partager

Partager
  • Envoyer la discussion sur Viadeo
  • Envoyer la discussion sur Twitter
  • Envoyer la discussion sur Google
  • Envoyer la discussion sur Facebook
  • Envoyer la discussion sur Digg
  • Envoyer la discussion sur Delicious
  • Envoyer la discussion sur MySpace
  • Envoyer la discussion sur Yahoo