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

viiz a écrit a écrit : Bah utilise un vrai SGBD...

 
Tu veux dire quoi par là ?

Je n'ais pas le choix

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.
 
@+

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

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

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 ?

UP

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 ???

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.

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

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