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

Schéma Discussion :

Table libre non liée


Sujet :

Schéma

  1. #1
    Membre habitué Avatar de horkets
    Profil pro
    Inscrit en
    Juillet 2005
    Messages
    326
    Détails du profil
    Informations personnelles :
    Localisation : Belgique

    Informations forums :
    Inscription : Juillet 2005
    Messages : 326
    Points : 138
    Points
    138
    Par défaut Table libre non liée
    Bonjour à tous,

    Dans une base de données, peut on créer des tables qui ne seraient pas liées aux autres ?

    Si oui, dans quel genre de cas pourrait on retrouver cela ?

    Merci d'avance pour votre aide

  2. #2
    Modérateur

    Avatar de CinePhil
    Homme Profil pro
    Ingénieur d'études en informatique
    Inscrit en
    Août 2006
    Messages
    16 801
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 61
    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 : 16 801
    Points : 34 063
    Points
    34 063
    Billets dans le blog
    14
    Par défaut
    Normalement non.
    Il y a cependant un cas qui a déjà été présenté ici d'une gestion des utilisateurs qui n'était pas reliée au domaine que couvrait la base de données. Cas bien sûr où il n'y a pas d'enregistrement des actions de l'utilisateur sur le domaine.

    Par exemple, vous pourriez créer une application web donnant des informations sur le cinéma que vous seriez seul à pouvoir alimenter mais accompagné d'une gestion des visiteurs du site qui n'auraient d'autre pouvoir que de consultation. La gestion des utilisateurs, qui pourrait d'ailleurs être composée de plusieurs tables, serait séparée de la gestion des informations sur le cinéma.

    Et si plus tard vous souhaitez mémoriser quelles informations ont été consultées par les utilisateurs, il sera facile de relier les deux morceaux dans le MCD, sans remettre en cause le modèle existant.

    On peut aussi envisager le cas de l'archivage des données. Il existerait alors le corps principal du MCD et un morceau reproduisant une partie de la structure dans lequel on archiverait de vieilles données pour alléger les tables 'de production'. Il n'y aurait alors plus de lien entre le corps principal et l'archivage.

  3. #3
    Membre habitué Avatar de horkets
    Profil pro
    Inscrit en
    Juillet 2005
    Messages
    326
    Détails du profil
    Informations personnelles :
    Localisation : Belgique

    Informations forums :
    Inscription : Juillet 2005
    Messages : 326
    Points : 138
    Points
    138
    Par défaut
    Merci pour cet éclaircissement

    Je suis en train d'analyser un central telephonique dans le but d'en faire un configurateur.
    J'ai donc 2 systemes à modéliser.
    1. Le central
    2. le configurateur.

    Le modèle du central comporte des tables reliées entre elles.
    Ces tables indiquent, via leur relation, le fonctionnement du central.
    Un administrateur accède à ces tables pour les modifications éventuelles.
    Un utilisateur y accedera éventuellement en lecture pour afficher un article, mais rien de plus.
    => Cette ensemble de tables est "statique" dans le sens ou dès qu'elles (les tables) sont remplies, il n'y a plus lieu d'y toucher.

    A côté de cela, le systeme configurateur comprend des tables destinées aux utilisateurs pour enregistrer les configurations générées, les modifier, les supprimer, etc.... (gestion habituelle)
    Une configuration se resume donc à la situation d'un client.
    En fonction de sa situation, un processus analyse la situation et utilise les tables du central pour établir une liste d'éléments (éléments provenant des tables du central).

    Est ce que dans ce cas précis, je pourrais utiliser un ensemble de tables reliées entre elles pour détailler le fonctionnement du central qui ne serait pas relié à une ou plusieurs tables du systemes configurateur auquel l'utilisateur à acces.

    En espérant être suffisamment clair ?

    Merci d'avance

  4. #4
    Modérateur

    Avatar de CinePhil
    Homme Profil pro
    Ingénieur d'études en informatique
    Inscrit en
    Août 2006
    Messages
    16 801
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 61
    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 : 16 801
    Points : 34 063
    Points
    34 063
    Billets dans le blog
    14
    Par défaut
    Citation Envoyé par horkets Voir le message
    En espérant être suffisamment clair ?
    Euh...
    Le domaine m'est inconnu alors j'ai du mal à me représenter de quoi il s'agit.

    Je suis en train d'analyser un central telephonique dans le but d'en faire un configurateur.
    J'ai donc 2 systemes à modéliser.
    1. Le central
    2. le configurateur.
    Un central téléphonique, j'arrive à imaginer. Mais s'agit-il d'un central d'un opérateur télécom ? Le genre de bâtiment qu'on trouve dans nos villes et où on aperçoit par les fenêtres des baies avec plein de fils ?
    Ou bien un autocommutateur d'entreprise ?

    Par contre, le configurateur, je ne vois pas du tout de quoi il s'agit.

    Le modèle du central comporte des tables reliées entre elles.
    Ces tables indiquent, via leur relation, le fonctionnement du central.
    Un administrateur accède à ces tables pour les modifications éventuelles.
    Un utilisateur y accedera éventuellement en lecture pour afficher un article, mais rien de plus.
    => Cette ensemble de tables est "statique" dans le sens ou dès qu'elles (les tables) sont remplies, il n'y a plus lieu d'y toucher.

    A côté de cela, le systeme configurateur comprend des tables destinées aux utilisateurs pour enregistrer les configurations générées, les modifier, les supprimer, etc.... (gestion habituelle)
    Une configuration se resume donc à la situation d'un client.
    En fonction de sa situation, un processus analyse la situation et utilise les tables du central pour établir une liste d'éléments (éléments provenant des tables du central).
    Il semble donc qu'il y ait quand même un lien entre le central et le configurateur non ?

    Est ce que dans ce cas précis, je pourrais utiliser un ensemble de tables reliées entre elles pour détailler le fonctionnement du central qui ne serait pas relié à une ou plusieurs tables du systemes configurateur auquel l'utilisateur à acces.
    Ca dépend de la réponse à ma dernière question.

    Il faudrait un exemple pour (essayer de) comprendre.

Discussions similaires

  1. etat sur une table externe non liée
    Par Eruil dans le forum IHM
    Réponses: 0
    Dernier message: 10/06/2008, 10h21
  2. deux tables non liées dans un formulaire
    Par zermatt dans le forum IHM
    Réponses: 9
    Dernier message: 16/01/2007, 17h41
  3. requete sur des tables non liées
    Par matesp dans le forum Access
    Réponses: 3
    Dernier message: 03/05/2006, 17h01
  4. [CR9] Pb de tables non liées
    Par vhc dans le forum SAP Crystal Reports
    Réponses: 2
    Dernier message: 15/04/2004, 10h33

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