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

Administration Oracle Discussion :

Architecture base de données


Sujet :

Administration Oracle

  1. #1
    Candidat au Club
    Profil pro
    Inscrit en
    Mai 2005
    Messages
    7
    Détails du profil
    Informations personnelles :
    Localisation : Canada

    Informations forums :
    Inscription : Mai 2005
    Messages : 7
    Points : 3
    Points
    3
    Par défaut Architecture base de données
    Bonjour,

    Je posséde 5 d'applications que je souhaite migrer sous Oracle.
    Chaque application etant composée de 10 à 15 tables.

    1- Est-il conseillé de tout regrouper au sein d'une même base de données ?
    Chaque application serait alors dans un schéma spécifique.

    Ou bien ,
    2- Est-il préferable de créer une base de données pour chaque applications ?

    Quels sont les avantages et les inconvénients de chaque solution ?

    Merci pour vos réponses.

  2. #2
    Membre expert
    Avatar de LeoAnderson
    Profil pro
    Inscrit en
    Septembre 2004
    Messages
    2 938
    Détails du profil
    Informations personnelles :
    Localisation : France

    Informations forums :
    Inscription : Septembre 2004
    Messages : 2 938
    Points : 3 199
    Points
    3 199
    Par défaut
    Je préfère mutualiser : c'est plus simple à administrer et plus économique (une seule SGA, un seul tablespace SYSTEM, ...)

  3. #3
    Membre expérimenté Avatar de scheu
    Inscrit en
    Juin 2007
    Messages
    1 506
    Détails du profil
    Informations forums :
    Inscription : Juin 2007
    Messages : 1 506
    Points : 1 734
    Points
    1 734
    Par défaut
    Je dirais aussi de tout regrouper en une seule base

    Par contre, niveau sauvegardes/restaurations, si sur une de tes applications il y a une erreur irréversible comme une suppression de table et que tu veux restaurer une sauvegarde avant une certaine date (depuis un backup précédent et en rejouant les archivelogs jusqu'au point avant la suppression de table), tes autres schémas reviendront aussi à cette date passée !

    S'il y a des risques pour que ça puisse se produire, prévois régulièrement des exports de chacun de tes schémas applicatifs, pour pouvoir les restaurer de manière indépendante
    La théorie, c'est quand on sait tout mais que rien ne fonctionne.
    La pratique, c'est quand tout fonctionne mais que personne ne sait pourquoi.
    Ici, nous avons réuni théorie et pratique : Rien ne fonctionne ... et personne ne sait pourquoi !

    Réplication de base avec Postgresql : http://scheu.developpez.com/tutoriel.../log-shipping/

  4. #4
    Membre expert
    Avatar de LeoAnderson
    Profil pro
    Inscrit en
    Septembre 2004
    Messages
    2 938
    Détails du profil
    Informations personnelles :
    Localisation : France

    Informations forums :
    Inscription : Septembre 2004
    Messages : 2 938
    Points : 3 199
    Points
    3 199
    Par défaut
    sauf que les technos flashback permettent d'éviter ce genre de situation
    ainsi que les techniques TSPITR que RMan sait faire presque tout seul presque très bien

    Donc ça ne pose pas de soucis de mutualiser

  5. #5
    Membre averti
    Profil pro
    Inscrit en
    Décembre 2007
    Messages
    354
    Détails du profil
    Informations personnelles :
    Localisation : France

    Informations forums :
    Inscription : Décembre 2007
    Messages : 354
    Points : 436
    Points
    436
    Par défaut
    Mutualiser comme ça a été dit est une bonne option ...
    Deux petites remarques :

    - Les différentes applications ne doivent pas partager les tablespaces "applicatives"

    - Les besoins de configuration de l'instance pour les différentes applications doivent être compatibles
    Consultant et formateur Oracle

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

    Informations forums :
    Inscription : Janvier 2004
    Messages : 15 967
    Points : 19 075
    Points
    19 075
    Par défaut
    moi je dirais que ça dépend des applis : des contraintes de dispo de chacune d'elle, leurs volumétries, etc...

    Avantage : ça consomme moins de ressource
    Inconvénient : mélanger OLTP et Datawarehouse est quasi impossible

  7. #7
    Membre expert
    Avatar de LeoAnderson
    Profil pro
    Inscrit en
    Septembre 2004
    Messages
    2 938
    Détails du profil
    Informations personnelles :
    Localisation : France

    Informations forums :
    Inscription : Septembre 2004
    Messages : 2 938
    Points : 3 199
    Points
    3 199
    Par défaut
    Citation Envoyé par orafrance Voir le message
    moi je dirais que ça dépend des applis : des contraintes de dispo de chacune d'elle, leurs volumétries, etc...

    Avantage : ça consomme moins de ressource
    Inconvénient : mélanger OLTP et Datawarehouse est quasi impossible
    bien sûr, mais 5 applis de 10 tables, ça se mélange sans problèmes !

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

    Informations forums :
    Inscription : Janvier 2004
    Messages : 15 967
    Points : 19 075
    Points
    19 075
    Par défaut
    pas sûr... Un datawarehouse n'a pas forcément beaucoup de tables puisque c'est de l'agrégation de données.

    Même s'il est peu probable que dans le cas présent ça pose problème, ça me semblait important de rappeler ce point

  9. #9
    Candidat au Club
    Profil pro
    Inscrit en
    Mai 2005
    Messages
    7
    Détails du profil
    Informations personnelles :
    Localisation : Canada

    Informations forums :
    Inscription : Mai 2005
    Messages : 7
    Points : 3
    Points
    3
    Par défaut
    Trés bien , je choisirai la mutualisation des bases.

    Je vous remercie de vos contributions.

  10. #10
    Membre averti
    Profil pro
    Inscrit en
    Décembre 2007
    Messages
    354
    Détails du profil
    Informations personnelles :
    Localisation : France

    Informations forums :
    Inscription : Décembre 2007
    Messages : 354
    Points : 436
    Points
    436
    Par défaut
    Citation Envoyé par orafrance Voir le message
    pas sûr... Un datawarehouse n'a pas forcément beaucoup de tables puisque c'est de l'agrégation de données.

    Même s'il est peu probable que dans le cas présent ça pose problème, ça me semblait important de rappeler ce point
    Je te joint sur ce point et c'est d'ailleurs pourquoi j'ai écrit ma deuxième remarque :

    - Les besoins de configuration de l'instance pour les différentes applications doivent être compatibles
    Consultant et formateur Oracle

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

Discussions similaires

  1. Refonte architecture de Bases de données
    Par yakiniku dans le forum MS SQL Server
    Réponses: 16
    Dernier message: 19/09/2011, 09h40
  2. [AC-2007] Quelle architecture choisir pour le partage ma base de données
    Par Lincoln911 dans le forum Access
    Réponses: 4
    Dernier message: 10/05/2010, 10h58
  3. Architecture Web API pour accès en base de données
    Par ahmed_automation dans le forum Flex
    Réponses: 7
    Dernier message: 09/04/2010, 09h51
  4. architecture java+base des données
    Par khallomed dans le forum JDBC
    Réponses: 1
    Dernier message: 12/02/2009, 16h54
  5. Architecture de Base de données en UML
    Par nolofinwe dans le forum Diagrammes de Classes
    Réponses: 10
    Dernier message: 14/12/2007, 15h59

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