Limite d'Access ?
Résolu
eljojo_e
Messages postés
1155
Date d'inscription
Statut
Membre
Dernière intervention
-
eljojo_e Messages postés 1155 Date d'inscription Statut Membre Dernière intervention -
eljojo_e Messages postés 1155 Date d'inscription Statut Membre Dernière intervention -
Bonjour,
Cela fait maintenant plus de 5 ans que je tiens une BDD access version 2003 (.mdb).
j'ai une 50aine de table et une 50aine de formulaire dont un formulaire principal et une vingtaine en sous formulaire (système d'onglet).
Ma plus grosse table possède 24 champ pour 12 000 enregistrement.
On est maximum 15-20 sur la base en même temps.
j'ai une BDD avec uniquement les formulaires/requetes et une BDD avec les tables, je les lies entre elles.
Aujourd'hui, j'ai pas mal d'erreur du genre l'objet n'est plus correct ou n'est pas défini, des sous-formulaire qui ne se mettent pas à jours (champ père / champ fils) (les problèmes les plus fréquent.)
Le truc c'est que ces erreurs n'arrivent pas constamment et jamais au même endroit..
J'ai tenté de compacter -> poid du fichier divier par 10 :), mais toujours des erreurs.
Suis-je arriver au bout des possibilitées d'access ? qu'en pensez-vous ?
Merci bien !
Le geek ne descend pas du métro, il libère la rame.
Cela fait maintenant plus de 5 ans que je tiens une BDD access version 2003 (.mdb).
j'ai une 50aine de table et une 50aine de formulaire dont un formulaire principal et une vingtaine en sous formulaire (système d'onglet).
Ma plus grosse table possède 24 champ pour 12 000 enregistrement.
On est maximum 15-20 sur la base en même temps.
j'ai une BDD avec uniquement les formulaires/requetes et une BDD avec les tables, je les lies entre elles.
Aujourd'hui, j'ai pas mal d'erreur du genre l'objet n'est plus correct ou n'est pas défini, des sous-formulaire qui ne se mettent pas à jours (champ père / champ fils) (les problèmes les plus fréquent.)
Le truc c'est que ces erreurs n'arrivent pas constamment et jamais au même endroit..
J'ai tenté de compacter -> poid du fichier divier par 10 :), mais toujours des erreurs.
Suis-je arriver au bout des possibilitées d'access ? qu'en pensez-vous ?
Merci bien !
Le geek ne descend pas du métro, il libère la rame.
A voir également:
- Limite access
- Acer quick access - Forum logiciel systeme
- Quick Access service ✓ - Forum PC portable
- Désinstaller ACER QUICK ACCESS - Forum Logiciels
- Access appdata - Guide
- Appel limité - Forum Mobile
3 réponses
Salut,
Les performances d'un SGBD sont principalement liées aux performances de la machine sur laquelles tourne la base.
Dans le cas d'Access, les limites sont : http://office.microsoft.com/fr-be/access-help/caracteristiques-de-microsoft-access-HP005186808.aspx
Pour les champs qui ne se mettent pas à jour, ça peut se produire si deux users modifient le même enregistrement en même temps. Faut voir comment sont définis les accès (exclusifs ou pas, etc...)
Les performances d'un SGBD sont principalement liées aux performances de la machine sur laquelles tourne la base.
Dans le cas d'Access, les limites sont : http://office.microsoft.com/fr-be/access-help/caracteristiques-de-microsoft-access-HP005186808.aspx
Pour les champs qui ne se mettent pas à jour, ça peut se produire si deux users modifient le même enregistrement en même temps. Faut voir comment sont définis les accès (exclusifs ou pas, etc...)
Bonjour,
J'ai toujours entendu dire, et j'ai lu (Le grand Livre Access2002 chez MicroApplication) que ces versions ne supportaient pas plus de 6 ou 7 utilisateurs simultanés; alors 15 ou 20 ... Pour ce qui est de la quantité de données MS annonce 1Go, si vous avez une base pour les données et des périphériques pour le moteur, il ne devrait pas y avoir de problème.
Avez-vous penser à la solution des replicas qui est sensée permettre la mise à jour réciproque de bases fonctionnant en parallèle?
Les versions récentes sont annoncées (par MS) supportées jusqu'à 20 utilisateurs, mais quid du transfert, surtout que certaines fonctions anciennes ne se retrouvent pas dans les nouvelles, et que leur histoire de ruban est des plus mal pratiques surtout quand on est habitué aux anciennes barres de tâches et de fonction.
Bonne suite
J'ai toujours entendu dire, et j'ai lu (Le grand Livre Access2002 chez MicroApplication) que ces versions ne supportaient pas plus de 6 ou 7 utilisateurs simultanés; alors 15 ou 20 ... Pour ce qui est de la quantité de données MS annonce 1Go, si vous avez une base pour les données et des périphériques pour le moteur, il ne devrait pas y avoir de problème.
Avez-vous penser à la solution des replicas qui est sensée permettre la mise à jour réciproque de bases fonctionnant en parallèle?
Les versions récentes sont annoncées (par MS) supportées jusqu'à 20 utilisateurs, mais quid du transfert, surtout que certaines fonctions anciennes ne se retrouvent pas dans les nouvelles, et que leur histoire de ruban est des plus mal pratiques surtout quand on est habitué aux anciennes barres de tâches et de fonction.
Bonne suite
Salut,
tu peux déjà fractionner ta base en deux :
- une base qui contient juste les tables
- une base qui contient les formulaires et qui est liée à la première
Ca peut se faire automatiquement avec une option du menu 'base de données'.
Ensuite, tu peux modifier les liaisons pour que tes utilisateurs aient sur leur poste la base 'frontale' (en fichier .mde) et laisser la base avec les données (.mdb) sur un serveur réseau.
tu peux déjà fractionner ta base en deux :
- une base qui contient juste les tables
- une base qui contient les formulaires et qui est liée à la première
Ca peut se faire automatiquement avec une option du menu 'base de données'.
Ensuite, tu peux modifier les liaisons pour que tes utilisateurs aient sur leur poste la base 'frontale' (en fichier .mde) et laisser la base avec les données (.mdb) sur un serveur réseau.
Bonsoir Blux,
tu as bien sûr raison, mais il me semble que ta proposition est déjà mise en oeuvre. El_Jojo nous dit : "j'ai une BDD avec uniquement les formulaires/requetes et une BDD avec les tables, je les lies entre elles. "
Sauf si chaque utilisateur tirait sur la base FrontDesk au lieu de l'avoir déjà installée sur son propre poste. Mais ce serait assez baroque parce que cela voudrait dire que l'utilisateur dispose du logiciel Access sur son poste de travail mais qu'il est obligé de partager l'application particulière, alors qu'il suffit d'installer des copies directement accessibles et rattachées à la base centrale.
Bien à toi.
tu as bien sûr raison, mais il me semble que ta proposition est déjà mise en oeuvre. El_Jojo nous dit : "j'ai une BDD avec uniquement les formulaires/requetes et une BDD avec les tables, je les lies entre elles. "
Sauf si chaque utilisateur tirait sur la base FrontDesk au lieu de l'avoir déjà installée sur son propre poste. Mais ce serait assez baroque parce que cela voudrait dire que l'utilisateur dispose du logiciel Access sur son poste de travail mais qu'il est obligé de partager l'application particulière, alors qu'il suffit d'installer des copies directement accessibles et rattachées à la base centrale.
Bien à toi.
Quand 2 users sont sur le même champ en même temps ca met un message d'alerte (je sais plus lequel..)
Mais je suis parfois obligé de rafraichir plusieurs fois manuellement pour que le sous formulaire affiche les bons enregistrement.
Pour la puissance, ca tourne sous windows server 2008 - xeon E31235 3,2ghz - 16 go RAM
Les sous-formulaires sont basés sur des requêtes "partagées" par plusieurs forms ?
Mais j'ai un sous formulaire qui "plante" qui a pour source une table basique.