Bonjour, ,- - [ Le vendredi 25 février 2005 vers 10:37 Philippe Schpilka écrivait: ] - - | >>il te faudra envisager une solution à base d'un serveur Windows supportant >>l'ODBC... et j'espère pour toi que tu n'auras pas plus de quelques >>utilisateurs sur ton intranet...
> Je ne pige pas bien là. Un serveur ASP peut interroger une base mdb (ce > n'est effectivement pas ce qu'on demandait au départ). Tu voudrais dire que > ce type de serveur ne supporterait pas plusieurs requêtes? Le format mdb n'est pas adapté à de la gestion mutli-utilisateurs, par exemple à chaque écriture dans une table, c'est tout le fichier .mdb qui est locké et inaccessible, pas seulement la table en question... en général tu ne le vois pas car l'écriture ne prend que une fraction de seconde, les autre lecture/écriture des autres utilisateurs sont simplement mises en file d'attente, et pour quelques utilisateurs, je dirais jusque 10, cela ne pose pas de gros problème, par contre pour un site web, dès le moment où le nombre d'utilisateurs simultanés va augmenter, les performances du site vont très fortement chuter... surtout si tu t'amuses à tracer tous les accès au site (pour statistiques par exemple) et que chaque arrivée d'un visiteur génère l'écriture dans le fichier d'une ligne de log... pour un site web, si la base de données n'est pas encore accessible (car occupée à écrire une donnée par exemple), les requètes sont mise en attente aussi, mais qu'est-ce que cela signifie : un "slot" du serveur web reste en attente sans se terminer, or le serveur web a un nombre de slots simultanés limité... De plus, comme je le disais dans mon premier mail, un fichier .mdb contient énormément d'informations totalement inutiles pour le site web : des formulaires (avec mise en page graphique), des rapports (avec mise en page graphique),... ce qui peut multiplier la taille du fichier par rapport aux seules données par 1à ou bien plus, or quand tu utilises le fichier .mdb sur un site web, même si ces données sont totalement inutiles pour le site, chaque accès à la base de données nécessite du serveur qu'il lise le fichier .mdb et donc aussi toutes ces données inutiles, prenant d'autant plus de resources et de mémoire du serveur, diminuant d'autant le nombre de requètes que le serveur pourra traiter simultanément. A nouveau, si ton site est conçu pour 10 utilisateurs, le problème n'est pas réel, car cela sera totalement insensible, par contre si tu espères du 100.000 hits par jour sur ton site (ce qui n'est pas énorme, loin de là), il te faudra prévoir un "bon" serveur... et si tu espères 1.000.000 de hits, là tu oublies complètement... | `- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - Bien à vous... _ (_' L'informatique est ma passion, vous la simplifier, mon métier ! ,_)téphane Bouvard [antarex AT freenet DOT be] http://www.antarex.be -- _ _ |_)(_ Votre propre nom de domaine .be - service de qualité - 25 Euros o|_)(_ Hosting php4/cgi/mySQL - 100 Euros, pq payer plus ? www.myown.be -- Cette liste vous est offerte par Emakina <http://www.emakina.com/> Emakina: technologie et creativite au service de vos projets Web. Desabonnement par mail : <mailto:[EMAIL PROTECTED]>
