Discussion :

[SD_X3]

Bonjour,

je cherche à réduire le volume de la base de données X3-V6.5. Base Oracle 11g.
Pensez-vous que l'on puisse vider (truncate) sans risque les tables suivantes?
- Alister
- Alogin
- Areportm
- Stat

Merci

[fabx3]

Bonjour,

Oui pour AREPORTM qui contient le résultat des rêquetes et ne travaille qu'en création.
Pour les autres tables ça dépend du contexte et de l'historique souhaité par le client

[SD_X3]

ok, merci.

Mon interlocuteur chez Sage m'informe également que la table ALISTER peut être vidée sans risque, chose que j'ai également lue sur ce forum.
Cette table stocke des résultats de requêtes (requêteur X3 normal et SQL) qui ne sont plus utilisée une fois la session utilisateur terminée.

[digitfree]

Effectivement, pour mes clients je vide très souvent ALISTER, car devient vite gigantesque. Seul "risque" : les utilisateurs qui ne revoient plus les résultats de leur précédent lancement ... mais dans les faits, pas de souci car ils relancent tout, les données évoluant en permanence.

Pour les Stats c'est différent, car si c'est vraiment utilisé, il va falloir en permanence la réactualiser via la tache VALSTA; donc pas très pertinent.

Attention également aux tables AUDIT ... qui peuvent se remplir pour rien (si aucune exploitation ensuite).

Et parallèlement à X3, si vous êtes sur du sql server, attention au fichier de transaction *.lbf) qui selon son paramétrage et son mode de gestion peut allègrement dépasser la taille de la base; mais là on est sur un sujet + DBA.

[castorameur]

Bonjour,

Pour la table ALISTER il faut même se poser la question a chaque nouvelle requête de la pertinence de conserver les données.

Car en + du fichier de BDD il y a les sauvegardes X3 (fichiers SAV) et la sauvegarde de la bdd (bak), en volume et en temps !

[digitfree]

Toujours en rapport ALISTER, et au-delà d'une gestion pertinente des données à travers le paramétrage des requêtes, comme CASTORAMEUR l'a fait remarqué à juste titre, avez-vous des remarques sur les temps de traitement du requéteur graphique ?
Je trouve qu'il est complètement à la ramasse comparé par ex. à la même requête faite en direct avec sql ou crystal report : au moins 10 fois moins de temps pour faire la même chose. Je sais bien qu'il y a des aspects "présentation" gérés par le requêteur, mais quand même ...
Constatez vous le même phénomène ?
Il nous semble avoir remarqué avec un expert sql server, que X3 lance autant de process que de lignes qu'il traite, ce qui expliquerait ces temps anormaux lorsqu'il s'agit d'extraire quelques 1000iers de lignes.
Merci de votre retour sur ce sujet et éventuellement de la parade ... si vous en avez trouvé une.