Discussion :

[tomy29]

Bonjour,

Je souhaite effectuer de nombreuses mises a jour dans une base, mais l'utilisation de requetes instantanées successives dans la base prend trop de temps.
J'ai entendu dire qu'il est possible de faire les mises a jour en cache d'abord et de Poster le cache dans la base a la fin du traitement.
Je cherche donc un tutoriel sur l'utilisation du ClientDataSet et du ClientDataSetProvider.

Si quelqu'un sait où trouver cela, je suis preneur.
Merci!

bonne journée.

[SubZero2]

sur quelle base ?

[tomy29]

Il s'agit de Oracle 8 et Delphi7.

[SubZero2]

Donc les transactions me viennent a l'esprit :

Code :

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

1
2
3
4
5
6
Db.StartTransaction;
// Traitement
If Erreur then
   Db.Rollback
else
   Db.Commit;

[tomy29]

Oups, je ne comprends pas trop.
Je vais reexpliquer mon probleme de facon un peu plus claire:
voici ce que je fais

Code :

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

1
2
3
4
5
6
7
8
9
For i:=1 to 5000 do
begin
    qrUpdate.parambyname(param1):=tmp1;
    qrUpdate.parambyname(param2):=tmp2;
    ...
    qrUpdate.parambyname(param10):=tmp10;
    qrUpdate.execSQL;
end;
DB.commit;

Cette boucle est tres longue a s'exécuter. Je cherche un moyen d'accelerer ce traitement. Je croyais que le ClientDataSet me le permettrait. Non?

Merci pour vos réponses.

[SubZero2]

Je ne connais pas trop ce ClientDataSet dont tu parle ...

Mais pour les gros traitement je passe par SqlLoader ... C'est beaucoup plus rapide !

Principe : tu charge tes données dans un fichier texte ( Super rapide )
SqlLoader se charge d'envoyer les données dans Oracle.
Tu peux definir tout un tas d'options ( limite d'enregistrements erronés avant arret du chargement, nb d'enr par commit, ... )

Si ca t'interresse : La F.A.Q. SqlLoader

[tomy29]

Merci pour ton aide.
mais je ne vais pas pouvoir utiliser de sql loader.

Par contre si quelqu'un dans ce forum s'y connaît en ClientDataSet, je suis preneur!!

[e-ric]

Salut

Quelle couche d'accès emploies-tu ? BDE, ADO...
Dans le cas du BDE, tu peux préparer ta requête (TQuery) une fois la liste des paramètres établie si celle-ci ne varie pas au cours de la boucle (méthode TQuery.Prepare + [F1]), tu devrais déjà gagner un peu de temps.

L'utilisation d'un couple ClientDataSet/TDataSetProvider ne te sauvera pas car en interne, le TDataSetProvider génère des requêtes SQL en automatique (à vrai dire y a pas le choix). En outre l'utilisation d'un ClientDataSet va consommer de la mémoire (cache des données + journal des modifications) et génére du transit entre lui-même et TDatasetProvider associé. Pas de miracle à attendre.

Est-ce que tu ne pourrais pas optimiser tes requêtes (recherche sur la clé primaire...) ? ou si tu en as la possiblité créer un index sur la table cible qui permette une exécution plus rapide de tes requêtes (en indexant le ou les champs de recherche). Si le SGBD pédale, ce n'est pas le client qui compensera de toute façon.

cdlt

e-ric

[tomy29]

Je suis en ADO, donc pas de Prepare.
Malheureusement la requete est optimisée, la table indexée...

Petite info en plus, quand je fais du pas a pas (F8), vers la fin du traitement, le passage d'une ligne a l'autre dans la boucle est anormalement long.

[e-ric]

je ne connais pas ADO (jamais eu l'occasion de le mettre en oeuvre).
je n'ai pas d'idée supplémentaire à te prososer. Désolé.

cdlt

e-ric

[SubZero2]

Je suis pas sur qu'ADO soit super pour acceder a Oracle ....
Perso j'utilise le BDE est c'est impecable meme sur des gros gros traitement ... !

Apres, incoveniant, BDE passe plus au dela de la verison 10 d'Oracle ... a verifier !

[maciej.bednarski]

Est-ce que tu ne peux pas effectuer ce traitement dans une seule et unique rqt. En tout cas la lenteur n'est pas lié à l'ADO mais à la taille de rollback d'Oracle.

[tomy29]

oui, je vais essayer de jouer sur la taille des rollback segments.

merci a tous.