Les Access Apps entrent en production pour Office 365
Et permettent de créer et partager des Web Apps qui exploitent des bases de données Access
Le 2014-02-05 10:00:04, par Francis Walter, Expert éminent sénior
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 » ?
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 ?
-
TofaluExpert éminent séniorIl 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...le 07/02/2014 à 7:57 -
yoyo88Membre chevronné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".le 05/02/2014 à 19:45 -
yoyo88Membre chevronné
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.le 05/02/2014 à 23:55 -
triaguaeMembre actifCertains 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
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!le 06/02/2014 à 8:21 -
NicamMembre confirmé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.le 06/02/2014 à 14:49 -
ecMembre confirmé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.le 14/02/2014 à 15:52 -
dkmixMembre éprouvéJe suis d'accord, ils auraient pu s'abstenir.le 05/02/2014 à 16:47
-
free07Membre chevronné
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 !le 06/02/2014 à 9:43 -
GugelhupfModérateurJe ne compare pas avec l'incomparable, je cite les lacunes d'Access, et je donne des solutions alternatives qui sont de meilleure facture.le 06/02/2014 à 21:46
-
GugelhupfModérateurAccess, 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...le 05/02/2014 à 11:47