Arguments pour et contre Access ?
je cherche une synthèse des arguments permettant de convaincre un décideur d'abandonner Access pour un vrai SGBD.
Merci d'avance.
[EDIT par FRED.G] :D A tous ceux qui s'apprêtent à entrer dans le débat je recommande vivement la lecture de cet excellent article de Papy Turbo : Développement professionnel avec Access : Pourquoi quelqu'un qui gagne sa vie en écrivant des logiciels sur mesure irait choisir Access comme principal outil de développement ? [/EDIT]
Re: coucou tous le monde !
Merci p'tit jean, je me sens moins seul. Je suis effectivement un développeur qui s'adresses à des PME pour lesquels la majorité des projets font moins de 20 jours.homme (Oui, j'ai bien écrit moins de vingt). Moi aussi, j'en ai ras la casquette de m'entendre dire que je ne suis pas un professionnel parce que je dev. avec Access ! Faire du petit projet, c'est aussi un métier et c'est pas à confondre avec de la bidouille :evil: !
Citation:
Envoyé par laffreuxthomas
Pour un petit projet, bien souvent, on choisit Access car c'est la solution la plus légère. C'est d'ailleurs souvent l'utilisateur lui-même qui créera sa base Access. Ensuite, avec le temps, on ajoute des fonctionalités. Il arrive un moment où on est dans une impasse : la base et l'appli à (mal) grossi et il faut tout refaire dans une autre techno.
Pourquoi "mal" grossi ? Dans mes dev access, c'est moi qui assure l'évolution. Et ça ne grossit pas mal.
Etant en train de passer à Delphi parce que les clients le demandent et la taille de certains projets l'exige, je peux te dire que je souffre quand je vois tout ce qu'il faut faire à la main là ou Access a des assistants visuels très sympas et efficaces (son QBE par exemple : le SQL a la mimine c'est rigolo :? mais quelle perte de temps !) ou fait le boulot tout seul. Pour l'instant, ce que je constate, c'est des temps de dev. qui explosent (bon, c'est vrai, faut prendre en compte le temps d'apprentissage...)
Citation:
Envoyé par laffreuxthomas
C'était dans ce sens que je parlais : impossible de récupérer le boulot déjà fait. Sur les autres plate-formes c'est moins critique car on n'est pas obligé de changer de techno quand le projet prend du poids.
La, rien à dire, tu as raison.
Citation:
Envoyé par laffreuxthomas
Citation:
Tu peux aussi faire du code immonde avec Delphi.
Oui, mais ça n'est pas conseillé en Delphi alors qu'en Access c'est considéré comme normal.
ce n'est pas plus conseillé avec Access qu'avec Delphi.
Citation:
Envoyé par laffreuxthomas
Au fond ce que je reproche à cet outil, c'est son positionnement :
- facile d'emploi pour le néophite : ses assistants permettent au néophite d'obtenir quand même quelquechose
- déjà présent sur les PC utilisateurs, donc "gratuit" et déjà déployé
- petits projets uniquement
Le résultat, c'est que les projets Access ne sont pas professionnels.
Tu confonds outils et utilisateurs. C'est vrai que les bases Access developpées par des non-developpeurs pros d'Access sont souvent immondes. (ceci dit, la plupart remplissent quand même leur office -et ce n'est pas un jeu de mots- !)
Citation:
Envoyé par laffreuxthomas
Maintenant, c'est imaginable qu'un professionnel puisse obtenir quelquechose de cet outil. A condition qu'il le fasse de A à Z. Mais dans tous les cas c'est une impasse à moyen terme. Donc ça n'est pas un choix professionnel.
J'ai un paquet d'applis Access qui tournent chez mes clients (la plupart depuis le sièce dernier :wink: ) et ils ne s'en plaignent pas.
Quand a ton outil qui est surement très bien (et dont l'applet de test ne fonctionne pas chez moi, mais il doit me manquer quelque chose), je serais pris qu'il m'offre toutes les possibilités de l'immonde VBA