Discussion :

[Francis Walter]

Les Access Apps entrent en production pour Office 365
Et permettent de créer et de partager des applications Web qui exploitent des bases de données Access

Dans un billet de blog, Microsoft a annoncé la disponibilité générale des Access Apps pour la suite d’outils de productivité hébergés Office 365. « Jusqu'à présent, les applications Access étaient disponibles en préversion et n’étaient pas prises en charge dans le cadre du service-level agreement (SLA) et des nomes de conformités d’Office 365 ».

Maintenant, les utilisateurs peuvent profiter pleinement des applications Access qui sont des « applications Web hébergées dans SharePoint, qui utilisent des bases de données Access ».

Concrètement, la « disponibilité générale » signifie que « les clients peuvent désormais créer, partager et utiliser les applications Access en toute confiance avec le même niveau de disponibilité garanti que pour Office 365 », peut-on lire sur l’article officiel.

Cette disponibilité générale concerne Office 365 pour les petites et moyennes entreprises et les clients pour l’éducation. Pour les clients gouvernementaux, la solution restera au stade de Preview.

Les applications Access sont maintenant disponibles sur le Store de SharePoint.

Source : blog Office

Et vous ?

Utilisez-vous les Access Apps ?

Que pensez-vous de leur « Disponibilité Générale » ?

[Gugelhupf]

Access, une immondice que les entreprises continuent d'utiliser.
Cette chose ne dispose même pas d'un connecteur stable et officiel, il faut rester en mode 32 bits sous Windows...
Et ils continuent d’appeler ça "base de données"... pfff non mais vraiment...

[dkmix]

Je suis d'accord, ils auraient pu s'abstenir.

[logipro]

J'utilise Access depuis ses premiers balbutiements, et le seul commentaire que je peux te répondre c'est : La vraie connaissance est de connaître l'étendu de ton ignorance...

[yoyo88]

Access, une immondice que les entreprises continuent d'utiliser.

Access est un outils de base de donnée simple a prendre en main pour des non professionnel.

alors les gens développe des petit outils qui au fure et a mesure du temps grossisse, et comme c'est souvent mis en place par des non informaticiens, il arrive souvent que les perf soit lamentable.

mais c'est pas un problème lier a Access mais a ceux qui on développer dessus.

je peut t'assurer qu'Access utiliser dans de bonne condition et aussi performant que certains langage plus "pro".

[Gugelhupf]

J'utilise Access depuis ses premiers balbutiements, et le seul commentaire que je peux te répondre c'est : La vraie connaissance est de connaître l'étendu de ton ignorance...

A mon avis cette expression s'applique aussi aux personnes qui se focalisent uniquement sur une techno, et ne veulent pas entendre parler d'autres choses.
Si j'ai dit que cette techno est nulle, c'est mon avis, mais je peux donner mon expérience là-dessus pour prouver que je suis de bonne foi.

Access :

• Ne gère pas les connexions multiples (essayez juste de vous mettre à 10 en même temps dessus).
• Ne respecte pas le standard SQL sur de nombreux point, et possède ses propres fonctions comme IIF().
• Ne gère pas de façon native les procédures stockées et les triggers.
• Ne gère pas les connexions venant d'une plateforme autre qu'un Windows 32 bits (un serveur Linux a besoin de se connecter à un serveur Windows avec Access dessus ? pas de bol). C'est ça une "base de données" pour vous ?

Pour moi Access c'est juste une version légèrement améliorée d'Excel, c'est à dire un fichier avec des feuilles sur lequel vous pouvez utiliser des "requêtes SQL".
Il existe de vrais SGBDR, qui plus est ne nécessitant pas de licence contrairement à Access, et qui sont 100 fois mieux qu'Access :
PostgreSQL, SQL Server Express, MariaDB et j'en passe...


Bon sinon je dois reconnaitre que mon voisin du dessus n'a pas tort non plus...

[yoyo88]

A mon avis cette expression s'applique aussi aux personnes qui se focalisent uniquement sur une techno, et ne veulent pas entendre parler d'autres choses.
Si j'ai dit que cette techno est nulle, c'est mon avis, mais je peux donner mon expérience là-dessus pour prouver que je suis de bonne foi.

Access :

• Ne gère pas les connexions multiples (essayez juste de vous mettre à 10 en même temps dessus).
• Ne respecte pas le standard SQL sur de nombreux point, et possède ses propres fonctions comme IIF().
• Ne gère pas de façon native les procédures stockées et les triggers.
• Ne gère pas les connexions venant d'une plateforme autre qu'un Windows 32 bits (un serveur Linux a besoin de se connecter à un serveur Windows avec Access dessus ? pas de bol). C'est ça une "base de données" pour vous ?

Pour moi Access c'est juste une version légèrement améliorée d'Excel, c'est à dire un fichier avec des feuilles sur lequel vous pouvez utiliser des "requêtes SQL".
Il existe de vrais SGBDR, qui plus est ne nécessitant pas de licence contrairement à Access, et qui sont 100 fois mieux qu'Access :
PostgreSQL, SQL Server Express, MariaDB et j'en passe...


Bon sinon je dois reconnaitre que mon voisin du dessus n'a pas tort non plus...

Access c'est 2 chose :
_ les interfaces/requette/tableur
_ la base de donnée fichier

pour être optimal il faut séparer les 2. (c'est très simple mais c'est fait assez rarement et pourtant les gains sont très significatif).

jusqu’à un certain seuil (25 utilisateur, plus si l'application n'es pas critique) ce système marche assez bien, après il suffit de changer la base de donnée fichier par une vrai SGBD si on rencontre certaines lenteur même si la plupart des problème de lenteur sont généralement du a un mauvaise optimisation des requête et/ou une mauvaise architecture des tables...

l'endroit ou access est le plus optimum c'est avec un utilisateur sur son poste en local. sa a l'avantage de pouvoir facilement récupérer la base de donnée et l'interface puisque c'est un fichier tous en aillant des temps de réponse optimum.
et c'est facilement customisable.
et rien n'empêche de faire une synchro avec une vrai SGBD.


c'est aussi pas mal pour réaliser des maquette d'application.


bref Access est un très bon outils, c'est juste que c'est un outils qui est souvent mal maitrisser et souvent sortie de son domaine d'application.

[Thierry85]

Bonjour,
à chacun son boulot, Gugelhupf

Access est un logiciel de bureautique, au même titre qu'Excel, Word,
Writer, Calc etc... donc il faut le comparer avec des logiciels de sa catégorie !

Si un informaticien professionnel peut ne pas le trouver assez performant,
ce que je comprends tout à fait, il n'en demeure pas moins que pour
un béotien comme moi, n'ayant aucune formation particulière en informatique,
Access permet de créer en quelques heures des petites applications
sans prétention qui font exactement ce qu'on souhaite qu'elles fassent,
sans avoir recours au S.I. qui répond en général aux sollicitations
par : "délais... coût...réunions préparatoires...etc....".

Certains S.I. acceptent d'ailleurs difficilement que l'on puisse se
passer de leurs services et qu'Access démystifie par sa relative
simplicité d'utilisation le flou que certains aiment à maintenir
autour de leurs activités fébriles derrière des écrans géants ...
Bonne journée à tous.

[triaguae]

Certains S.I. acceptent d'ailleurs difficilement que l'on puisse se
passer de leurs services et qu'Access démystifie par sa relative
simplicité d'utilisation le flou que certains aiment à maintenir
autour de leurs activités fébriles derrière des écrans géants

==> c'est clair!

J'utilise Access depuis depuis plusieurs années, et je râle souvent après, mais ça permet de faire des "applis" qui rendent tout a fait service, notamment au niveau de création des interfaces ( il suffit juste d'une licence pour développer, le runtime étant gratuit)

Ceci dit:
- le respect du standard SQL n'est pas terrible (mais je ne suis pas sur que certains "vrais" SGBDR comme oracl€ soit très respecteux de la norme!)
-l'éditeur SQL est pourri (pas de coloration syntaxique, indentation du code impossible)
-le concepteur graphique de requête c'est bien pour les novices, mais le problème c'est que tu ne comprends pas ce que tu fais (d'où des perfs lamentables qd c'est mal fait)

J'ai fait il y a qq années une appli PostgreSQL (Access ayant atteint ses limites sur ce projet) avec une interface Access pour les utilisateurs, et ça marche plutôt pas mal. Je réserve le plus possible d'opérations à Postgres, Access ne fait que de l'affichage.

Bref il y a du pour et du contre, ça dépend ce que l'on veut faire!

[sinople]

Il suffit de connaître les limites et les points forts du produit pour savoir s'il est adapté à un projet (ou pas).

Je me rappelle que Access gérait déjà les requêtes de type PIVOT dans sa version 97 alors que pour SQL Server il a fallut attendre la version 2005 (sauf erreur de ma part). Pour la partie rapport, le même Access gérait déjà le texte en justifié alors que SQL Server Reporting Services ne le gère toujours pas en 2013...

Pour la création de formulaire de gestion de donnée et la création de rapport, Access permet de gagner beaucoup de temps de développement. Et les performances pour des applications de gestion mono-utilisateurs sont tout à fait suffisante.

Il est aussi possible d'utiliser uniquement la partie formulaire/rapport/requête d'Access et de stocker les données sur les tables d'un autres SGBD.

Après pour en revenir à la new, c'est pas clairement le truc le plus adapté à du cloud au premier abord (peut être pour ça qu'il a le droit à une sortie tardive...) mais n'ayant pas testé le truc je réservé mes conclusions.

[Gugelhupf]

Access est un logiciel de bureautique, au même titre qu'Excel, Word,
Writer, Calc etc... donc il faut le comparer avec des logiciels de sa catégorie !

C'est exact !


Sauf que voici un imprim écran que j'ai réalisé il y a pas très longtemps :


Ce n'est qu'un exemple. Il y a des outils professionnels qu'on achète et qui utilisent Access (servant de mémoire temporaire avant de transférer les données vers un autre SGBD), je me demande si de base les sociétés qui produisent ces outils ont les licences nécessaires, ou bien installent une version cracké d'office sur les machines en question si cela s'avère nécessaire.

[free07]

Bonjour,
à chacun son boulot, Gugelhupf

Access est un logiciel de bureautique, au même titre qu'Excel, Word,
Writer, Calc etc... donc il faut le comparer avec des logiciels de sa catégorie !

Si un informaticien professionnel peut ne pas le trouver assez performant,
ce que je comprends tout à fait, il n'en demeure pas moins que pour
un béotien comme moi, n'ayant aucune formation particulière en informatique,
Access permet de créer en quelques heures des petites applications
sans prétention qui font exactement ce qu'on souhaite qu'elles fassent,
sans avoir recours au S.I. qui répond en général aux sollicitations
par : "délais... coût...réunions préparatoires...etc....".

tout à fait.

Mais ce qui fait râler certains d'entre nous et je les comprends, c'est qu'Access peut être utilisé hors de son contexte, plus tard...
C'est à dire qu'au départ, il a été utilisé pour une petite appli sans prétentions, ce qui est judicieux mais qu'ensuite, au fur et à mesure des besoins, l'appli grossisse et devient un projet plus conséquent, ce qui est compréhensible mais dans ce cas, Access n'est plus l'outil qu'il faut et c'est la que devient le problème ! A quel moment doit on estimer qu'il faut se passer d'Access et tout ré écrire vers un langage plus adapté au projet ? Bien souvent l'investissement devient vite conséquent.

Access pour des projets perso ou pour la réalisation de maquettes en entreprise, pourquoi pas mais bon, y a aussi des outils de dev RAD qui permettent de réaliser des maquettes aussi rapidement qu'Access et si le projet évolue, l'évolution devient bien moins couteuse !

[Nicam]

Gugelhupf : toutes les bases de données ne se disent pas relationnelles ...
Elles ne revendiquent pas non plus le même niveau de performance, ni même le taux de satisfaction en conditions critique.

Comparer Postgres (ou Oracle) à Access est juste une faute.

[Gugelhupf]

Je ne compare pas avec l'incomparable, je cite les lacunes d'Access, et je donne des solutions alternatives qui sont de meilleure facture.

[Tofalu]

Ce n'est qu'un exemple. Il y a des outils professionnels qu'on achète et qui utilisent Access (servant de mémoire temporaire avant de transférer les données vers un autre SGBD), je me demande si de base les sociétés qui produisent ces outils ont les licences nécessaires, ou bien installent une version cracké d'office sur les machines en question si cela s'avère nécessaire.

Il n'est pas nécessaire d'avoir Office pour utiliser une base de données Access. Il suffit d'avoir accès au moteur de base de données JET (jusque 2007, ACE depuis). L'accès peut même se faire avec ODBC.

Concernant les applications access, elles peuvent être utilisées avec le Runtime.

Grosso modo, tous les avis, avantages et inconvénients n'ont pas changés depuis de nombreuses années. Il y a qu'à lire : http://www.developpez.net/forums/f25...ndages-debats/ pour se rendre compte que beaucoup parlent sans vraiment savoir ce qu'il en est...

[ec]

D'expérience, Access est un bon outil pour les TPE. Généralement Access est utilisé sans précaution particulière sur un serveur de fichier. Et comme cela il donne des réponses satisfaisantes. Mais si l'on veut des comportements optimum il faut lui réserver un serveur (500 €) qui ne fait que ça, comme pour les gros SGBD.

Il supporte très bien une dizaine de connexions simultanées... je n'ai pas de clients qui en ont plus donc je n'ai pas vérifié si comme Microsoft l'affirme on peut avoir 255 connexions simultanées... Comme l'a fait remarquer un contributeur de ce forum il faut éclater systématiquement les applications en deux fichiers un pour les tables et un pour les autres fonctionalités.... et j'ajoute que chaque utilisateur doit avoir son fichier client sur son propre poste. Dans ce conditions c'est parfaitement jouable.

J'ai vu des applications développées par des non spécialistes, avec plein de défauts, mais un bon MDD, qui fonctionnent très bien et longtemps et font ce qu'on leur demande. J'ai aussi vu, en 1997, une applications Access 2 qui avait un million d’enregistrements !(des pièces détachées de toutes les marques d'automobiles) et j'ai été stupéfait par les temps de réponses avec le matériel de l'époque.

J'ai aussi testé une appli Access 2003 en VPN pour voir et à ma grande surprise cela fonctionnait de façon satisfaisante avec une connexion internet rapide.

Les structures qui ne peuvent pas investir dans des bases de données lourdes, ou demandant des connaissances en réseau ont tout à fait intérêt à se tourner vers Access, facile à maintenir, facile à sauvegarder (il suffit d'une copie de fichier, ce que tout le monde sait faire). Une appli Access, bien conçue, est sans doute le meilleurs choix pour les TPE. Le reste dépend de l'imagination pertinente du développeur.