Discussion :

[norvel]

Bonjour à tous,

Je bricole un peu en informatique et on m'a demandé de développer une petite application pour une petite entreprise qui ne trouvait pas sur le marché un produit correspondant à ses besoins.
Access conviendrait parfaitement à cette application et je ne me posais une question à laquelle vous pourriez répondre.
L’application fonctionnerait dans un petit réseau, entre 5 et 10 postes, sur le modèle : une base partagée, et plusieurs clients Access (au moins 5) connectés à la base partagée par des tables liées.
J'ai lu avec intérêt la polémique, pour ou contre Access dans le développement d'applications professionnelles. Loin de moi l'idée de vouloir jeter de l'huile sur le feu car en tant que non informaticien je n'ai pas d'avis pertinent sur le sujet.
En jetant un œil sur les posts des uns et des autres, je m'aperçois qu'Access est un super produit... client. Quant à la partie serveur, ce n’est pas le pied.
Au-delà de cinq connexions pas de salut…
Le transit des données sur le réseau altère sérieusement la performance des applications.
D’où mon questionnement : Est-ce qu’Access sait envoyer une requête SQL vers mysql (par exemple) et récupérer le résultat dans un recordset (ou tout autre possibilité) qui pourrait être utilisé dans les procédures. Ce qui réglerait les deux problèmes…

[Tofalu]

Oui access sait faire cela, mais je te déconseille MySQL avec Access, beaucoup trop de problème (notamment avec les dates, la numérotation Auto, ...)

Oriente toi vers d'autres SGBD pour cela tels que postgre peut être

[norvel]

merci !

[=JBO=]

Bonjour,

Pardon de réagir de façon un peu vindicative, mais il faudrait arrêter de dire des inepties:

De quoi s'agit-il ?

[...] on m'a demandé de développer une petite application pour une petite entreprise qui ne trouvait pas sur le marché un produit correspondant à ses besoins.
Access conviendrait parfaitement à cette application et je ne me posais une question à laquelle vous pourriez répondre.
L’application fonctionnerait dans un petit réseau, entre 5 et 10 postes, sur le modèle : une base partagée, et plusieurs clients Access (au moins 5) connectés à la base partagée par des tables liées.

Et donc ?

En jetant un œil sur les posts des uns et des autres, je m'aperçois qu'Access est un super produit... client. Quant à la partie serveur, ce n’est pas le pied.
Au-delà de cinq connexions pas de salut…

NON, NON et NON !!!

Tu ne peux pas tenir de tels propos et en faire une généralité

Sur le forum il y a de nombreux témoignages de développements architecturés sur une application Access en frontale et une base de données Access/JET sur un serveur de fichiers.
Ca peut être très efficace et supporter largement plus de 20 utilisateurs simultanés, en particulier pour une "petite application".

J'ai lu avec intérêt la polémique, pour ou contre Access dans le développement d'applications professionnelles.
Loin de moi l'idée de vouloir jeter de l'huile sur le feu car en tant que non informaticien je n'ai pas d'avis pertinent sur le sujet.

Pour l'huile sur le feu, je crois que c'est loupé ...
ou bien était-ce juste un post de provoc, pour rire ?

=JBO=

[Bruno Chaumontet]

je suis très content de ma solution access :
9 ans d'existence
25 postes dont 5 à 6 simultanés
30 mo de données en mode texte
http://www.developpez.net/forums/vie...r=asc&start=60

[norvel]

Comme je m'en doutais, c'est un sujet sensible...

Il y a quand même une question à laquelle j'aimerais bien avoir une réponse sans déclencher une guerre atomique...

Personnellement je suis assez d'accord sur le fait de développer une appli pro pour une petite structure.
Je lis que certains le déconseillent, notamment Microsoft, pour plus de cinq connexions. Mais qu'est-ce qu'ils entendent par cinq connexions?
Si c'est cinq connexions qui génèrent à un instant T un flux de données du à cinq requêtes simultanées portant sur des milliers d'enregistrements, ou comme on peut le penser pour ces petites structures, quelques requêtes non simultanées portant sur des tables de quelques centaines d'enregistrements.
Si c'est le cas, combien de postes peut-on connecter à une même base?

[=JBO=]

Je lis que certains le déconseillent, notamment Microsoft, pour plus de cinq connexions.

Il semblerait que des produits phares de microsoft soient basés sur une évolution de la technologie JET.
Entre autres, Exchange Server et Active Directory...

Mais qu'est-ce qu'ils entendent par cinq connexions?
Si c'est cinq connexions qui génèrent à un instant T un flux de données du à cinq requêtes simultanées portant sur des milliers d'enregistrements, ou comme on peut le penser pour ces petites structures, quelques requêtes non simultanées portant sur des tables de quelques centaines d'enregistrements.
Si c'est le cas, combien de postes peut-on connecter à une même base?

...produits qui sont hautement multi utilisateurs !!!

=JBO=