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

Oracle Discussion :

Schema avec table multi-schema, es possible ?


Sujet :

Oracle

Vue hybride

Message précédent Message précédent   Message suivant Message suivant
  1. #1
    Membre averti
    Inscrit en
    Septembre 2005
    Messages
    51
    Détails du profil
    Informations forums :
    Inscription : Septembre 2005
    Messages : 51
    Par défaut Schema avec table multi-schema, es possible ?
    Bonjour à la communauté,

    J'ai un souci de conception sur lequel je sèche !

    Voici le contexte :

    J'ai des tables identique (avec des données différentes ) sur différents schémas.
    Jusqu'ici tout va bien !

    On me demande maintenant de pouvoir accéder simultanément aux tables des différents schémas.

    Ceci est sûrement un peu flou pour vous et ce n'est pas très facile de l'expliqué. Une illustration vos mieux qu'un long discours.

    Illustration :

    Actuellement:
    SCHEMA_1 (TABLE_A1, TABLEA2...)
    SCHEMA_2 (TABLE_A1, TABLEA2...)
    SCHEMA_3 (TABLE_A1, TABLEA2...)

    Futur:
    SCHEMA_1 (TABLE_A1, TABLEA2...)
    SCHEMA_2 (TABLE_A1, TABLEA2...)
    SCHEMA_3 (TABLE_A1, TABLEA2...)
    SCHEMA_4(
    TABLE_A1 = SCHEMA_1.TABLE_A1 + SCHEMA_2.TABLE_A1 ,
    TABLE_A2 = SCHEMA_1.TABLE_A2 + SCHEMA_2.TABLE_A2
    )

    Sachant que ces deux tables contiennent plusieurs centaine de milliers de ligne en moyenne sur chaque schémas, le problème est de taille

  2. #2
    Expert éminent
    Avatar de orafrance
    Profil pro
    Inscrit en
    Janvier 2004
    Messages
    15 967
    Détails du profil
    Informations personnelles :
    Âge : 48
    Localisation : France

    Informations forums :
    Inscription : Janvier 2004
    Messages : 15 967
    Par défaut
    à mon avis, le mieux c'est d'intégrer toutes les données dans une seule table, ce sera le plus performant.

  3. #3
    Membre éclairé

    Inscrit en
    Septembre 2003
    Messages
    425
    Détails du profil
    Informations forums :
    Inscription : Septembre 2003
    Messages : 425
    Par défaut
    Citation Envoyé par Fred_D
    à mon avis, le mieux c'est d'intégrer toutes les données dans une seule table, ce sera le plus performant.
    Cela va doubler le volume de données, une vue ne serait pas mieux ?
    Niveaux des perfs, la vue utilisera les index des tables etc ..

    Mais je conseille un union all plustot qu'un union qui fera un distinct

    Un test serait intéressant

  4. #4
    Expert éminent
    Avatar de orafrance
    Profil pro
    Inscrit en
    Janvier 2004
    Messages
    15 967
    Détails du profil
    Informations personnelles :
    Âge : 48
    Localisation : France

    Informations forums :
    Inscription : Janvier 2004
    Messages : 15 967
    Par défaut
    bah non, c'est en remplacement bien sûr... tu mets tout dans la même table avec des partitions à la place des schémas et une colonne pour gérer les habilitations éventuellement (le VPD c'est bieng )

  5. #5
    Membre averti
    Inscrit en
    Septembre 2005
    Messages
    51
    Détails du profil
    Informations forums :
    Inscription : Septembre 2005
    Messages : 51
    Par défaut
    Merci pour vos réponses si rapide.

    Effectivement le plus simple serai de fusionné les tables des schémas.
    Mais ce serai trop simple

    Chaque utilisateur est dissocié pour des raisons de conception mais surtout pour les performances.
    En effet, chaque table (2 tables dans chaque schéma) contient en moyenne 500 000 lignes !
    La fusion de 6 schémas pour une table donnera environ : 3 000 000 lignes !

    Est'il possible sous oracle de déclaré une table comme étant la fusion de plusieurs tables (sur différent schémas) ?

  6. #6
    Membre confirmé
    Inscrit en
    Août 2006
    Messages
    181
    Détails du profil
    Informations forums :
    Inscription : Août 2006
    Messages : 181
    Par défaut
    une table ne peut avoir qu'un seul owner

  7. #7
    Expert éminent
    Avatar de orafrance
    Profil pro
    Inscrit en
    Janvier 2004
    Messages
    15 967
    Détails du profil
    Informations personnelles :
    Âge : 48
    Localisation : France

    Informations forums :
    Inscription : Janvier 2004
    Messages : 15 967
    Par défaut
    Citation Envoyé par ludvax
    La fusion de 6 schémas pour une table donnera environ : 3 000 000 lignes !
    Une vue qui fait un UNION ALL ce sera pareil

    L'avantage d'une seule table c'est que tu partitionner et donc améliorer significativement les perfs

  8. #8
    Membre confirmé
    Inscrit en
    Août 2006
    Messages
    181
    Détails du profil
    Informations forums :
    Inscription : Août 2006
    Messages : 181
    Par défaut
    Citation Envoyé par Fred_D
    bah non, c'est en remplacement bien sûr... tu mets tout dans la même table avec des partitions à la place des schémas et une colonne pour gérer les habilitations éventuellement (le VPD c'est bieng )
    la solution de FRED en utilisant les tables partitionnée me parait trés bien

  9. #9
    Membre averti
    Inscrit en
    Septembre 2005
    Messages
    51
    Détails du profil
    Informations forums :
    Inscription : Septembre 2005
    Messages : 51
    Par défaut
    Je n'ai pas bien compris.

    Pourriez vous m'expliqué plus en détails ?

Discussions similaires

  1. Réponses: 5
    Dernier message: 03/10/2014, 08h23
  2. Réponses: 5
    Dernier message: 07/09/2012, 20h07
  3. Création d'une table ou schema de table
    Par midodido123 dans le forum Développement de jobs
    Réponses: 2
    Dernier message: 17/07/2009, 13h27
  4. [XSD][JAVA] Valider un XML avec un XSD schéma
    Par vad dans le forum Valider
    Réponses: 1
    Dernier message: 17/08/2005, 11h47
  5. Réponses: 3
    Dernier message: 27/01/2004, 16h15

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