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 :

Quelle stratégie d'archivage?


Sujet :

Oracle

Vue hybride

Message précédent Message précédent   Message suivant Message suivant
  1. #1
    Membre averti
    Profil pro
    Inscrit en
    Août 2006
    Messages
    41
    Détails du profil
    Informations personnelles :
    Localisation : France

    Informations forums :
    Inscription : Août 2006
    Messages : 41
    Par défaut Quelle stratégie d'archivage?
    Bonjour à tous,

    Je travaille sur un CRM dont les données sont stockées dans une base Oracle 10g.

    Je dois mettre en place un programme d'archivage des anciens clients et de toutes leurs données rattachées (donc à partir d'une table mère et x tables filles).

    Je dois aussi pouvoir restaurer les informations concernant un ancien client dont les données seraient archivées sur demande.

    J'hésite sur la solution à appliquer.

    Quelqu'un a déjà rencontré une situation similaire?

    D'avance merci.

  2. #2
    Membre émérite
    Inscrit en
    Décembre 2003
    Messages
    493
    Détails du profil
    Informations forums :
    Inscription : Décembre 2003
    Messages : 493
    Par défaut
    et tu hésites entre quelles solutions ???

    ce qui justifie la technique d'archivage , ce sont tes requirements : est-ce que les données doivent être accédées par l'appli ?

  3. #3
    Membre averti
    Profil pro
    Inscrit en
    Août 2006
    Messages
    41
    Détails du profil
    Informations personnelles :
    Localisation : France

    Informations forums :
    Inscription : Août 2006
    Messages : 41
    Par défaut
    J'ai envisagé 2 solutions:

    • un traitement avec export Oracle

      Le principal inconvénient, c'est que je devrais faire un dump par table puisque j'ai des critères de sélection donc beaucoup de fichiers au total.

      Evidemment, la restauration des données d'une personne serait un peu compliquée mais elle sera (en théorie) extrêmement rare.
    • un traitement avec déplacement des données dans des tables bis

      Cette solution me paraît plus propre mais elle nécessite de recréer beaucoup de tables bis.

  4. #4
    Membre averti
    Profil pro
    Inscrit en
    Août 2006
    Messages
    41
    Détails du profil
    Informations personnelles :
    Localisation : France

    Informations forums :
    Inscription : Août 2006
    Messages : 41
    Par défaut
    Et pour répondre à ta question:

    OUI, les données restaurées devront être accessibles par l'appli

  5. #5
    Membre émérite
    Inscrit en
    Décembre 2003
    Messages
    493
    Détails du profil
    Informations forums :
    Inscription : Décembre 2003
    Messages : 493
    Par défaut
    si les données archivées doivent être accessibles via l'appli, je ne vois pas très bien comment la solution "export" ferait l'affaire

    il me semble que tu n'as pas d'autres choix que de stocker les données archivées dans des tables

    soit tu crées de nouvelles tables , soit tu ajoutes un flag aux tables existantes pour dire si la données est archivée ou pas et tu utilises des views pour accéder aux données "live" ou aux données archivées

    une façon à envosager est également le partitionning

    une autre façon est également de te demander si tu as vraiment besoin d'archiver ... d'ailleurs pourquoi te faut-il archiver ??? étant donné que ces données doivent toujours être accessibles via l'appli ...

  6. #6
    Membre averti
    Profil pro
    Inscrit en
    Août 2006
    Messages
    41
    Détails du profil
    Informations personnelles :
    Localisation : France

    Informations forums :
    Inscription : Août 2006
    Messages : 41
    Par défaut
    Désolé, je n'ai pas été très clair.

    Quand elles sont archivées, les données ne doivent pas être accessibles par l'appli.
    Par contre, si je les restaure, elles doivent l'être.

    A mon avis, les solutions "flags + vues" ou "tables partitionnées" ne sont pas possibles car l'apppli CRM est un progiciel et il n'est pas envisageable de modifier tous les accès aux tables.

    Je me demande si je ne vais pas m'orienter tout simplement vers la conservation d'une archive complète de ma base vue que la fréquence de purge sera faible (sans doute annuelle).

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

Discussions similaires

  1. Partage d'une zone d'affichage, quelle stratégie ?
    Par Julien Bodin dans le forum Interfaces Graphiques en Java
    Réponses: 4
    Dernier message: 21/07/2009, 17h37
  2. [BitmapEffect] Quelle stratégie à long terme ?
    Par Marcolinho dans le forum Windows Presentation Foundation
    Réponses: 6
    Dernier message: 15/09/2008, 09h43
  3. Quelle stratégie pour l'authentification ?
    Par Invité dans le forum Struts 1
    Réponses: 8
    Dernier message: 19/02/2008, 15h29
  4. Quelle stratégie pour coupler Hibernate et Swing ?
    Par sethys dans le forum Hibernate
    Réponses: 5
    Dernier message: 09/10/2007, 19h38
  5. Réponses: 4
    Dernier message: 04/04/2006, 19h19

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