Accélérer une base Access

Accélérer une base Access - Programmation

Marsh Posté le 29-03-2002 à 17:33:41    

Si vous avez du temps est-ce que vous pouvez réfléchir sur les méthodes d'accélérer l'accès aux données d'une base ACCESS.
 
1/ Si certaines tables peuvent d'être partitionner en plusieurs, on peut demander à l'utilisateur de préciser la rubrique désiré. Par exemple une table qui contient les identitées d'employés on pourrait Filtrer par 3 catégories Direction, Cadres, Ouvriers.
 
2/ On pourrait archiver les données les plus anciennes et en cas de besoin faire travailler la requêtes sur la table normale et celle des archives.
 
Access permet de Filtrer les données, cette méthode permet t'elle d'accélérer l'accès aux données ?
 
Si vous avez d'autre idée pour accélérer l'accès aux données dans une base ACCESS fait moi part de vos solutions.
 
Thanx


---------------
Le problème avec les idées derrière la tête c'est qu'on ne peut pas les voir :??:
Reply

Marsh Posté le 29-03-2002 à 17:33:41   

Reply

Marsh Posté le 29-03-2002 à 17:42:56    

viiz a écrit a écrit :

Bah utilise un vrai SGBD... :sarcastic:  




 
Tu veux dire quoi par là ?


---------------
Le problème avec les idées derrière la tête c'est qu'on ne peut pas les voir :??:
Reply

Marsh Posté le 29-03-2002 à 17:43:43    

Je n'ais pas le choix


---------------
Le problème avec les idées derrière la tête c'est qu'on ne peut pas les voir :??:
Reply

Marsh Posté le 29-03-2002 à 23:02:00    

Déjà, tu peux commencer par construire un véritable modèle de données (MCD, puis implantation du modèle sous Access).
Ensuite, pour accélerer les traitements que tu peux faire sur ton SGBD, il suffit d'utiliser les index, de défragmenter la base de temps à autres, et SURTOUT de faire des requêtes optimisées.
 
@+

Reply

Marsh Posté le 29-03-2002 à 23:12:59    

c clair que si t'a un MCD bien foutu, ca aide deja bcp...
tes solutions me semble pas viable, trop chiantes, trop lourdes :)
 
"une table qui contient les identitées d'employés on pourrait Filtrer par 3 catégories Direction, Cadres, Ouvriers"
 
 
c justement le truc a eviter (d'apres mon prof d'analyse,e t c pas une fiotte) vaut mieux tout regrouper dans la meme table, PERSONNE, quitte a foutre des heritages, mé bon sous Access :/
 
ouai donc, si tu veux avoir kk chose de mieux, oublie access deja :)


---------------
"-Dites 33. -Export!!" [:nokbilong]
Reply

Marsh Posté le 29-03-2002 à 23:33:40    

Tu as pensé à lui mettre un nouveau pot d'échappement et d'améliorer la compression.
 
Bon je sors vite :hap: :hello:

Reply

Marsh Posté le 30-03-2002 à 10:49:18    

nokbilong a écrit a écrit :

c clair que si t'a un MCD bien foutu, ca aide deja bcp...
tes solutions me semble pas viable, trop chiantes, trop lourdes :)
 
"une table qui contient les identitées d'employés on pourrait Filtrer par 3 catégories Direction, Cadres, Ouvriers"
 
 
c justement le truc a eviter (d'apres mon prof d'analyse,e t c pas une fiotte) vaut mieux tout regrouper dans la meme table, PERSONNE, quitte a foutre des heritages, mé bon sous Access :/
 
ouai donc, si tu veux avoir kk chose de mieux, oublie access deja :)  




 
Je vous demande ça pour mon boulot que je vais commencer, donc je n'ais pas le choix du SGBD.
 
Dans ACCESS à quoi servent les relations ?


---------------
Le problème avec les idées derrière la tête c'est qu'on ne peut pas les voir :??:
Reply

Marsh Posté le 30-03-2002 à 11:22:50    

UP


---------------
Le problème avec les idées derrière la tête c'est qu'on ne peut pas les voir :??:
Reply

Marsh Posté le 30-03-2002 à 15:10:22    

Ca dépend du projet que tu fais...
 
Si par exemple tu fais du Php pour un site internet dynamique, tu peux virer les relations dans ACCESS car tu formules tes jointures dans les requêtes SQL.

Reply

Marsh Posté le 01-04-2002 à 10:25:07    

Roco a écrit a écrit :

Ca dépend du projet que tu fais...
 
Si par exemple tu fais du Php pour un site internet dynamique, tu peux virer les relations dans ACCESS car tu formules tes jointures dans les requêtes SQL.  




 
Dans n'importe quelle base de données tu fais des requêtes et donc des jointures, cela voudrait dire que les relations ne servent à rien ???


---------------
Le problème avec les idées derrière la tête c'est qu'on ne peut pas les voir :??:
Reply

Marsh Posté le 01-04-2002 à 10:25:07   

Reply

Marsh Posté le 01-04-2002 à 13:46:34    

C'est ce que je viens de te dire...
 
Les relations ne servent à rien quand tu fais des requêtes avec des jointures.
 
Maintenant, les relations peuvent servir dans d'autres cas de figure, n'oublie pas que ACCESS peut s'utiliser seul ou avec du VBA.

Reply

Marsh Posté le 01-04-2002 à 13:48:46    

iskream a écrit a écrit :

Ensuite, pour accélerer les traitements que tu peux faire sur ton SGBD, il suffit d'utiliser les index



Euh... utiliser des index sur une base Access qui risque d'être importante revient à louer un appart à ben Laden à New York... :D

Reply

Marsh Posté le 01-04-2002 à 22:14:24    

C'est pour ça qu'il faut la compacter régulièrement !

Reply

Sujets relatifs:

Leave a Replay

Make sure you enter the(*)required information where indicate.HTML code is not allowed