Access et lenteur

Version imprimable

19/07/2006, 08h08
Vodkha

Access et lenteur

Bonjour,

J'ai une application qui utilise une BD Access (5 tables). J'alimente tous les jours cette BD de milliers de données. La taille est déjà de 70Mo. Le temps de transfert (insertion) est toujours plus long voir ennuyeux : pour 10'000 données d'une table à 7 colonne environs 2min.

Est-ce un problème lié à ma base Access ?
Dois-je utiliser une autre BD (MySql ou autre) qui traiterait mes données plus rapidement ?
Ou alors utiliser un système par fichier ?

Merci de vos conseils.
19/07/2006, 08h24
Rayek

Le problème de lenteur peut aussi venir du code qui permet l'insertion dans la base de données.
Comment fais tu le transfert des données ?
19/07/2006, 08h36
Vodkha

par des requêtes SQL avec ADOQuery
19/07/2006, 08h37
Rayek

Tu peux montrer ton code ?

J'utilise une 50aines de requêtes. en voilà une

Code:

1
2
3
Insert Into T_TEMPS
(temps_lap, temps_comp,temps_cardio, temps_entr_num, temps_type, temps_no, temps_fc)
values (:ParamTempsLap,:ParamTempsComp,:ParamCardio,:ParamEntrNum,:ParamTempsType,:ParamTempsNo,:ParamTempsFC);

19/07/2006, 08h50
Rayek

Le mieux ca serait ton code complet de l'insertion dans les tables, car autant il y a peut être des optimisations possible à faire.

Par exemple, au lieu d'un simple insert avec paramètres, on pourrait transformer cela en une requete insert avec un Select, ce qui ferait le transfert d'un lot de données au lieu de faire l'insertion d'un enregistrement à la fois.

Table Athlète
Table Entraînement
Table Temps

Quand j'ajoute mes données, je crée un nouvel entraînement qui lui-même contient des données en-tête par défaut.
Je mets à jour ces données en-tête par la fonction UpdateBD (Requête update toute simple)

Puis j'alimente la table Temps liée à mon entraînement
Code:

1 2 3 4 5 6 7 8 9 // Fonction qui met à jour UpdateBD; // insertion des temps depuis une TList for i := 1 to FList.Count-1 do begin ptr_lap := FList.Items[i]; InsertTempsBD; // Ajoute mes temps selon requête données messages précédents end; // end for

19/07/2006, 09h40
Rayek

Donc tu fais 2 actions puis x pour ajouter x enregistements ?
- Insert Entraimement
- Update Entrainement
- Insert x données

Les données elles viennent d'où ?
fichier texte ?
Base de données ?
De l'espace :aie: ?

Il faudrait que tu donnes un peu plus d'info, pas des petits bouts par-ci par-la, comment as tu codé UpdateBD, pareil pour InsertTempBd ?

Toutes les données proviennent d'une TList. Cette TList est une structure Record (en-tête de l'entraînement et données entraînement)

Dans ma table Access, j'ai 3 tables (athlètes, entraînement et temps)

Lorsque l'utilisateur descend les données depuis son appareil, cela alimente ma TList.

J'ajoute un entraînement dans la table entraînement avec une reqûete SQL qui insère l'entête entraînement de la TList.

Dans cette entête de l'entraînement (dans BD) des données doivent être notifiées par l'utilisateur c'est pourquoi j'effectue un update de différent champ de la Table entrainement (procedure UpdateBD).

J'alimente ensuite ma table Temps (jointure avec Table entraînement) avec procedure InsertBDTemps

// Ajout entête entraînement

Code:

INSERT INTO T_ENTRAINEMENT (entr_vers_chip, entr_no_dossard, entr_nb_lap, entr_date, entr_heure, entr_tps_tot, entr_assiste, entr_tps_assiste, entr_temps_arret_auto, entr_tps_safety, entr_nb_lap_radio, entr_distance, entr_compensation, entr_mode, entr_tps_zone5, entr_tps_zone4, entr_tps_zone3, entr_tps_zone2, entr_tps_zone1, entr_poids,entr_fcrepos, entr_athle_num)VALUES (:ParamVersChip,:ParamDossard,:ParamNbLap,:ParamDate,:ParamHeure,:ParamTempsTot,:ParamAssiste,:ParamTempsAssiste,:ParamArretAuto,:ParamSafety,:ParamRadio,:ParamDistance,:ParamComp,:ParamMode,:ParamZone5,:ParamZone4,:ParamZone3,:ParamZone2,:ParamZone1,:ParamPoids,:ParamFCrepos,:ParamAthlenum);

// Mise à jour base de données
UpdateBD;
Code:

1 2 3 UPDATE T_ENTRAINEMENT SET entr_disc_nom=:ParamNomDisc,entr_comment=:ParamComment,entr_compensation=:ParamCompensation,entr_poids=:ParamPoids,entr_fcrepos=:ParamFcRepos WHERE entr_num=:ParamNum;
// Ajout des données dans la table Temps
for i := 1 to FList.Count-1 do
begin
ptr_lap := FList.Items[i];
InsertTempsBD;
end; // end for
Code:

1 2 3 Insert Into T_TEMPS (temps_lap, temps_comp,temps_cardio, temps_entr_num, temps_type, temps_no, temps_fc) values (:ParamTempsLap,:ParamTempsComp,:ParamCardio,:ParamEntrNum,:ParamTempsType,:ParamTempsNo,:ParamTempsFC);
Voilà le cheminement

19/07/2006, 10h26
Rayek

Citation:

Envoyé par Vodkha

J'ajoute un entraînement dans la table entraînement avec une reqûete SQL qui insère l'entête entraînement de la TList.

Dans cette entête de l'entraînement (dans BD) des données doivent être notifiées par l'utilisateur c'est pourquoi j'effectue un update de différent champ de la Table entrainement (procedure UpdateBD).

Pourquoi faire un insert puis un update alors qu'il serait plus simple de faire un insert avec les données directement modifiée ? (enfin si ca se fait tout en direct sans pause)

Est ce que tu utilises les transactions ? (begintrans, commit, etc ...)

Est ce que tu compactes de temps en temps la base de données ?
19/07/2006, 11h07
edam

il faut reconstruir tes table:
atlete
type des entrainement (code,nom)
entrainemnt atlete avec temp (code_atlete,code_entrainement,temp)

car surment l'atlete ne fait pas tt les entrainement,
en plus pas l'apene d'ajouté a chaque fois les nom des entrainement,,non???
bah c'est un opinion pas plus ;)
19/07/2006, 11h33
Vodkha

Malatar tu parles de transactions. non je n'utilise pas ce genre de chose encore moins le compactage.

Peux-tu m'indiquer leurs fonctions ?
19/07/2006, 11h45
Rayek

Le compactage permet d'optimiser la base de données Access, ca supprime vraiment les enregistrements (car un delete en ACCESS ne supprime pas les données, mais les "cache"), en clair ca nettoie ta base de données.
Fait un test direct avec ACCESS, tu vas être surpris, autant ta table va reduire en taille. (Outils / Utilitaires de base de données / Compacter ... )

Les transactions permettent un traitement securisé des données :
- Par exemple si tu insères des données, mais qu'une erreur se produit tu peux tout annuler et rien ne sera inséré dans la base de données.
- Ca evite les problèmes concurentiels entre plusieurs utilisateurs sur une même base de données. (Premier entrée premier servi)
Plsu d'info : http://sql.developpez.com/sqlaz/techniques/#L1
19/07/2006, 11h52
Vodkha

Effectivement j'avais une base de 300Mo et elle a diminué à 48Mo. peux-tu me dire s'il est possible de compacter une BD par delphi.
Exemple lorsque je quitte le programme.
19/07/2006, 11h59
Rayek

Compacter :
http://delphi.developpez.com/faq/?pa...acterbddaccess
19/07/2006, 11h59
Vodkha

J'ai trouvé qqch sur le site dev.....com je vais essayer.

Sinon que penses-tu de mes requêtes ?

Citation:

Envoyé par Vodkha

J'ai trouvé qqch sur le site dev.....com je vais essayer.

Sinon que penses-tu de mes requêtes ?

Bin, ce sont des requetes basiques :mouarf:

Le faites que les données viennent d'un record ralentie ton application car pour chacun tu dois faire un insert.
Peut être qu'en utilisant les transactions tu gagneras quelques secondes.
Code:

1 2 3 4 5 6 7 8 9 10 11 AdoConnection.BeginTrans; try // tes insert AdoConnection.CommitTrans; // on valide si tout c'est bien passé Except on E:Exception do begin Showmessage('Erreur lors de l''insertion des données : ' + E.Message); AdoConnection.RollbackTrans; // On annule tout car y a eu une erreur end; end;

19/07/2006, 15h03
Vodkha

merci pour les différentes remarques je vais tester les transactions et modifier un peu mes requêtes.

encore 2 petites questions :

1 en changeant de BD (exemple mysql) le temps sera-t-il encore diminué ?
2 pour diminuer le temps au minimum dois-je opter pour le choix des fichiers texte ?

Merci pour vos infos
19/07/2006, 15h42
Rayek

Citation:

Envoyé par Vodkha

merci pour les différentes remarques je vais tester les transactions et modifier un peu mes requêtes.

encore 2 petites questions :

1 en changeant de BD (exemple mysql) le temps sera-t-il encore diminué ?
2 pour diminuer le temps au minimum dois-je opter pour le choix des fichiers texte ?

Merci pour vos infos

1- Pas sur que tu gagnes en rapidité avec MySQL, de plus selon la version de MySQL , ca ne gère pas les transactions.
2- Pas sur que les fichiers textes soit plus rapide car tu commences à avoir un gros volume de données pour de la gestion par fichier texte pur.