Microsoft semble déterminé à abandonner l'outil de base de données suisse-armée. Qu'est-ce qui se rapproche d'autre pour la façade/l'échange de fichiers/le clonage/la connexion arbitraire de serveurs de bases de données/tableurs/CSV/fichiers plats?
Quels types de fonctionnalités étranges avez-vous obtenues avec Access? Et quoi d'autre est là pour le remplacer?
Access n'est pas un SGBD. Ou du moins ce n'est pas juste un simple SGBD. C'est un très bon environnement RAD, un moyen simple de créer du code SQL graphiquement, et un frontend régulier pour des SGBD complets.
Ni SQL Server (Express ou MSDE) ni Oracle, MySQL, etc. ne le remplaceront jamais, jusqu'à ce qu'ils soient intégrés à un langage de programmation simple, à une fonctionnalité similaire à Crystal Reports et à un moyen pour les débutants de s'en sortir sans avoir à apprendre SQL.
Lors de mon premier emploi professionnel, j'ai développé un très grand système entièrement sous Access. Interface pour les clients, interface admin pour moi, rapports et surveillance pour la direction, permissions par utilisateur, tâches automatiques exécutées à des moments précis, etc. J'ai appris beaucoup de ses défauts et ses forces par la suite.
J'ai vu des applications merveilleuses faites avec, ainsi que des choses médiocres. Je l'utilise toujours pour des projets personnels, et je n'en ai pas honte (par exemple, un lecteur de Sudoku, ou une implémentation de mapping de Karnaugh). Il y a un MVP qui a créé un clone de Paint entièrement sous Access, même si je pense que c'est extrême.
Les perles d'Access: Il est agréable de tester facilement une idée de conception de base de données et d'avoir des formulaires, des rapports, etc. esquissés pour vous. Si vous modifiez le nom d'une colonne (ou même d'une table, bien que cela échoue parfois), il est agréable de voir que toutes les références à cela ont été changées au nouveau nom, automatiquement. Le contrôle "sous-formulaire" est génial, je l'ai longtemps désiré sur VB6. Et le bouton "Thunder" pour filtrer de manière répétée des tables est super, j'aimerais avoir quelque chose de similaire sur SSMS!
Le problème de remplacer Access - et le remplacement d'Access est le problème qui m'empêche dans la grande majorité des cas de recommander un passage à Ubuntu ou SUSE desktop à mes clients professionnels - ce n'est pas qu'Access est largement utilisé pour ses installations de base de données : ce n'est pas le cas sauf avec les applications départementales les plus banales écrites par des utilisateurs qui sont relativement simples à recoder. Le problème se situe au niveau des applications de taille moyenne où les données ont été migrées depuis longtemps vers le serveur SQL de l'entreprise.
Ces applications sont un cauchemar. Elles sont souvent mal écrites (j'en ai acquis pas mal à gérer au fil des ans) et contiennent des quantités de logique métier. Les recoder dans quoi que ce soit est généralement estimé à un bon couple de mois-hommes au mieux - généralement deux ou trois fois plus, et il est rare qu'un département de la taille de ceux où on les trouve ait le budget pour soutenir cela. De plus, bien que l'arrivée d'AJAX et de bons contrôles semblables à ceux du bureau signifie que c'est au moins maintenant possible en théorie, en pratique ces applications sont souvent massivement intégrées au reste du bureau de MS Office et pratiquement impossibles à démêler sans voir une baisse de l'utilisabilité à court et moyen terme - ce qui constitue en soi un obstacle rédhibitoire.
Je ne sais vraiment pas quelle est la solution, à part le remplacement lent par la création de nouveaux systèmes avec d'autres méthodes et en espérant la disparition progressive des applications existantes. Le problème est que je pense qu'Access pourrait bien être le Cobol des années 1990 - il sera toujours là pour supporter les applications héritées car il est trop coûteux de les réécrire entièrement.
En passant, est-ce que quelqu'un d'autre venant d'un milieu de programmation Win32 traditionnel non-Access a l'expérience de constater que le niveau de programmation des applications Access même professionnellement écrites est généralement inférieur à la moyenne ? Bien que des choses superficielles (mais importantes) comme la mise en forme et les noms de variables soient généralement corrects, je constate encore et encore que la structuration des programmes est médiocre. Je sais que cela peut souvent être dû au fait que ces applications ont grandi comme Topsy, et que le VBA n'est vraiment pas propice à une bonne programmation de toute façon, mais même en tenant compte de ces facteurs, les choses semblent généralement pires que ce à quoi on pourrait s'attendre.
Je pense que la réponse facile est rien... Access est couramment utilisé car c'est la seule option et qu'il est extensible. Il n'y a tout simplement rien d'autre disponible qui soit installé sur presque toutes les machines professionnelles dans le monde comme l'est Access. Si vous recherchez une alternative, Oracle Application Express est une application web assez puissante qui peut être exécutée sur Oracle XE. C'est une alternative potentielle à Access mais ne prend pas en charge aussi bien les tables Maître-Détail que Access.
Il y a un continuum de développeurs dans le monde, plutôt que des frontières strictes. Les gens vont des gestionnaires d'entreprise aux professionnels de l'informatique. Je me considère comme un développeur amateur avancé, quelque part entre les deux. En tant que tel, j'utilise MS Access au travail pour organiser une grande quantité de données dans un petit cabinet d'architecture, y compris des feuilles de temps, des données financières et des spécifications architecturales. Bien sûr, l'application est maintenant un amas de m**de qui a grandi depuis près de cinq ans.
Je cherchais quelque chose de mieux qu'Access depuis des années - je peux créer des applications simples en VB.NET mais la courbe d'apprentissage est énorme par rapport à VBA. J'ai examiné toutes sortes d'options. Souvent, vous avez besoin de Crystal Reports pour avoir des capacités de reporting, ou l'IDE n'est pas intuitif, ou lier un champ à un objet de données prend dix minutes à chaque fois, ou il n'y a pas d'intégration avec d'autres produits de bureau du tout. Le patron n'est pas prêt à payer cher pour quelque chose. J'adorerais me débarrasser d'Access, mais rien de ce que j'ai vu jusqu'à présent ne répond à tous les critères.
La belle chose à propos d'Access est sa réponse au fléau des grands systèmes informatiques. Il est livré avec MS Office donc il est déjà approuvé pour une utilisation sur des ordinateurs verrouillés, mais je n'ai pas à essayer de lutter pendant des semaines/mois pour obtenir l'approbation d'une application à travers divers services, en estimant les heures de codage nécessaires, et en effectuant tous les tests pour une application que je peux créer en une après-midi avec Access. Bien sûr, l'utilisation de SQL Server serait agréable, mais cela ne vaut pas la peine des maux de tête.
Prograide est une communauté de développeurs qui cherche à élargir la connaissance de la programmation au-delà de l'anglais.
Pour cela nous avons les plus grands doutes résolus en français et vous pouvez aussi poser vos propres questions ou résoudre celles des autres.
