Reprise du message précédent :

 
Comme deja dit plus haut je n'y connait absolument rien en base de données et pour moi compactage ca veut pas dire grand chose.
 
Mais je vien de demander au gras qui s'en occupe et il le fait une fois par mois. (avant facturation)

ben si tu ajoutes souvent des entrées que tu en detruits aussi beaucoup, si tes requetes créent des tables temporaires puis les detruisent ensuite, access conserve tout en mémoire. total, ta base grossit meme si tu as toujours le meme nombre d'enregistrement. 800mo c impensable. mes plus grosses bases sous sql ont 300 à 400000 enreg et ne depassent pas 50mo. et mes bases access ont entre 5 et 20mo (20mo= 30000 enregistrements avec 15 tables, une trentaine de requetes, id formulaires, id etats) et les temps de reponses sont au max de 3 à 4 secondes.(mais c en monoutilisateur)
 
renseigne toi, un champ=qqs octets. pour faire 800mo, faut s'appeller socrate (sncf production).

au fait, un bon site pour access:
www.mvps.org/accessfr/

Merci, je fais passer l'adresse.  

jettes le à la poubelle Access    
fé passer le message

 
+1
 
Juste en passant :  
- Quelle version d'access ?
- Tu sais que la taille max est de 2Go, si tu est déjà à 1.6Go, tu vas faire comment en restant avec Access ???

Salut,
Pour la taille de la base ca doit passer ,au taf j'ai une basse acces de 550mo qui va attaquer une autre base de GPAO (caché intersystem) via ODBC.
Par contre elle est presente sur tous les postes clients vu que seul les données de la base Caché sont modifiées(c'est pas top,je sais).
En fait Acces n'est pas du tout fait pour faire du reseau(client-serveur)
Si tu as de l'argent prend Oracle,informix ou meme SQLserveur de M$(les dernieres versions sont bonnes)
Sinon prend MySQL ,c'est relativement facile a mettre en place et c'est libre.
 
Chao