Mon probl=E8me est que tous le monde me dit que le nombre de=20
connexion =E0 une m=EAme base ACCESS est limit=E9 =E0 environ 10=20
utilisateurs simultan=E9s. Cependant, je vais installer une=20
base de donn=E9e sur le serveur national de mon entreprise=20
et j'ai bien peur que le nombre de connexion atteignent=20
environ 25 ou 30 utilisateurs simultan=E9ment. Je pensais=20
alors int=E9grer mes tables et mes requ=EAtes sous MySQL et=20
garder l'interface graphique (=E9tats, formulaires) de=20
ACCESS. Cette solution est t'elle judicieuse ?
Cette action est irreversible, confirmez la suppression du commentaire ?
Signaler le commentaire
Veuillez sélectionner un problème
Nudité
Violence
Harcèlement
Fraude
Vente illégale
Discours haineux
Terrorisme
Autre
Michel Walsh
Salut,
Le nombre de connexion égal à 10 est celui du nombre maximal de connexion simultanée à un PC de type station de travail. Ce nombre maximum de "share" peut être plus grand sur un serveur (genre Windows 2000 SERVER ).
On peut utiliser MySQL via ODBC (faire des tables liées via ODBC) de par l'utilitaire fourni à cet effet par MySQL, mais j'ai bien peur que cela ne ralentisse davantage un processus qui serait déjà lent. Il faut générallement repenser notre façon de faire, du genre, a-t-on réellement besoin d'un combo box (liste déroulante) de 5000 entrées, sur tel formulaire, moins de VBA je boucle sur un recordset et plus de SQL, etc.
Il y a des succès avec utilisation de Jet sur bien plus de 10 connexions. Quant aux insuccès sur Jet, on n'a générallement que fort peu de rétro-action de "succès" de la part de ceux qui utilisent des alternatives... au contraire, après le passage de Access (Jet) vers MySQL, on parle, ensuite, de passer de VB à C++, etc. Toujours la course en avant, en évitant bien de remettre en question "sa" façon qu'on a de faire les choses... faut dire que bien souvent c'est le client qui se tire dans le pied avec des specs farfellues, qui nous tire dans le pied... à moins qu'on ne se tire dans les pieds soi-même comme des grands, mais bon, je m'égare... :-)
Espérant être utile, Vanderghast, Access MVP
"kiwix" wrote in message news:0d7801c38d99$29f969f0$ Bonjour à tous.
Mon problème est que tous le monde me dit que le nombre de connexion à une même base ACCESS est limité à environ 10 utilisateurs simultanés. Cependant, je vais installer une base de donnée sur le serveur national de mon entreprise et j'ai bien peur que le nombre de connexion atteignent environ 25 ou 30 utilisateurs simultanément. Je pensais alors intégrer mes tables et mes requêtes sous MySQL et garder l'interface graphique (états, formulaires) de ACCESS. Cette solution est t'elle judicieuse ?
Merci pour vos réponses :-)
Salut,
Le nombre de connexion égal à 10 est celui du nombre maximal de
connexion simultanée à un PC de type station de travail. Ce nombre maximum
de "share" peut être plus grand sur un serveur (genre Windows 2000 SERVER ).
On peut utiliser MySQL via ODBC (faire des tables liées via ODBC) de
par l'utilitaire fourni à cet effet par MySQL, mais j'ai bien peur que cela
ne ralentisse davantage un processus qui serait déjà lent. Il faut
générallement repenser notre façon de faire, du genre, a-t-on réellement
besoin d'un combo box (liste déroulante) de 5000 entrées, sur tel
formulaire, moins de VBA je boucle sur un recordset et plus de SQL, etc.
Il y a des succès avec utilisation de Jet sur bien plus de 10
connexions. Quant aux insuccès sur Jet, on n'a générallement que fort peu de
rétro-action de "succès" de la part de ceux qui utilisent des
alternatives... au contraire, après le passage de Access (Jet) vers MySQL,
on parle, ensuite, de passer de VB à C++, etc. Toujours la course en avant,
en évitant bien de remettre en question "sa" façon qu'on a de faire les
choses... faut dire que bien souvent c'est le client qui se tire dans le
pied avec des specs farfellues, qui nous tire dans le pied... à moins qu'on
ne se tire dans les pieds soi-même comme des grands, mais bon, je m'égare...
:-)
Espérant être utile,
Vanderghast, Access MVP
"kiwix" <kiwix@infonie.fr> wrote in message
news:0d7801c38d99$29f969f0$a301280a@phx.gbl...
Bonjour à tous.
Mon problème est que tous le monde me dit que le nombre de
connexion à une même base ACCESS est limité à environ 10
utilisateurs simultanés. Cependant, je vais installer une
base de donnée sur le serveur national de mon entreprise
et j'ai bien peur que le nombre de connexion atteignent
environ 25 ou 30 utilisateurs simultanément. Je pensais
alors intégrer mes tables et mes requêtes sous MySQL et
garder l'interface graphique (états, formulaires) de
ACCESS. Cette solution est t'elle judicieuse ?
Le nombre de connexion égal à 10 est celui du nombre maximal de connexion simultanée à un PC de type station de travail. Ce nombre maximum de "share" peut être plus grand sur un serveur (genre Windows 2000 SERVER ).
On peut utiliser MySQL via ODBC (faire des tables liées via ODBC) de par l'utilitaire fourni à cet effet par MySQL, mais j'ai bien peur que cela ne ralentisse davantage un processus qui serait déjà lent. Il faut générallement repenser notre façon de faire, du genre, a-t-on réellement besoin d'un combo box (liste déroulante) de 5000 entrées, sur tel formulaire, moins de VBA je boucle sur un recordset et plus de SQL, etc.
Il y a des succès avec utilisation de Jet sur bien plus de 10 connexions. Quant aux insuccès sur Jet, on n'a générallement que fort peu de rétro-action de "succès" de la part de ceux qui utilisent des alternatives... au contraire, après le passage de Access (Jet) vers MySQL, on parle, ensuite, de passer de VB à C++, etc. Toujours la course en avant, en évitant bien de remettre en question "sa" façon qu'on a de faire les choses... faut dire que bien souvent c'est le client qui se tire dans le pied avec des specs farfellues, qui nous tire dans le pied... à moins qu'on ne se tire dans les pieds soi-même comme des grands, mais bon, je m'égare... :-)
Espérant être utile, Vanderghast, Access MVP
"kiwix" wrote in message news:0d7801c38d99$29f969f0$ Bonjour à tous.
Mon problème est que tous le monde me dit que le nombre de connexion à une même base ACCESS est limité à environ 10 utilisateurs simultanés. Cependant, je vais installer une base de donnée sur le serveur national de mon entreprise et j'ai bien peur que le nombre de connexion atteignent environ 25 ou 30 utilisateurs simultanément. Je pensais alors intégrer mes tables et mes requêtes sous MySQL et garder l'interface graphique (états, formulaires) de ACCESS. Cette solution est t'elle judicieuse ?
