Discussion :

[cterra2]

Bonjour,

Je pense que je suis sur une base oracle 10 :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
 
SQL*Plus: Release 10.2.0.4.0 - Production on Tue Mar 22 10:42:37 2016
 
Copyright (c) 1982, 2007, Oracle.  All Rights Reserved.

J'enregistre quotidiennement 2000 remontées d'alerte dans une base de donnée, lisible via une page web.
Cette base a quelque année, donc quelques millions d'enregistrement, je souhaiterai savoir comment purger cette base sans pour autant perdre mes données, car je pense que l'énorme latence de ma page web à s'afficher provient de ma base trop lente ...

Donc je pense que je devrais sauvegarder les données sur une autre base pour ne pas perdre mes données au cas ou, et les supprimer de celle lue par mon serveur apache, ou mieux, si je pouvais les extraires dans un fichier que je pourrai réimporter au cas ou , ce serait parfait ... Vu qu'il me semble peu probable d'avoir le besoin de les restaurer , mais sait on jamais ...
Je crois que j'avais déjà vu un genre d'équivalent sur une base mysql qui pouvait générer la commande sql de création de certaines données dans un fichier .sql ou quelque chose du genre (il y a 10 ans quand j'étais encore en cours ... je suis admin système, donc je ne me suis pas trop tenu au courant des évolutions des bases de données)

Merci

EDIT :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
 
 SQL>  SELECT * FROM v$version ;
 
BANNER
----------------------------------------------------------------
Oracle Database 10g Enterprise Edition Release 10.2.0.5.0 - 64bi
PL/SQL Release 10.2.0.5.0 - Production
CORE    10.2.0.5.0      Production
TNS for Linux: Version 10.2.0.5.0 - Production
NLSRTL Version 10.2.0.5.0 - Production

[ojo77]

Pour faire des exports, l'outil à utiliser est datapump ( https://docs.oracle.com/cd/B19306_01.../dp_export.htm ) mais je pense que regarder un peu mieux l'architecture de votre base de données serait bien plus efficace.

[a.presles]

ou plus simple met un index sur une colonne de date et fais la requête sur une période genre les 3 derniers mois.
comme ça tu peu toujours accéder facilement a tes vielles donnée par sql sans besoin d'import et tu sais ou sont tes données car que va tu faire de tes archives.
Si ta table a peu d'update met la en compressed tu gagnera de l'espace et de la rapidité car moins i/O dans les select, attention seul la compression simple n'est pas soumise a option mais trés efficace sur les table de type log.
Un bon gros delete pure et simple des données obsolètes ne peu pas faire de mal, ne pas oublier de faire un shrink après pour récupérer l'espace.