Discussion :

[Tofalu]

Les nouveautés de Microsoft Access 2010


Bonjour à tous,

A travers ce fil rouge, nous vous proposons la possibilité de découvrir un peu plus tous les jours une nouvelle facette de ce que sera Microsoft Access 2010.

Nouvelle interface, nouvelles fonctionnalités ?

Nous vous accompagnons jusqu'à l'ouverture officielle du programme béta.

Liens :

http://warin.developpez.com/tutoriel...10/nouveautes/

Mise à jour du 01/07/2009 : La nouvelle interface
Mise à jour du 02/07/2009 : Les évènements sur les tables (Triggers)

N'hésitez pas à laisser vos commentaires

[Tofalu]

Pour ce premier jour, nous vous proposons de découvrir le nouveau ruban :

http://warin.developpez.com/tutoriel...page=page_1#LI

[Invité]

Excellente idée.

[Tofalu]

Comme promis, et avec quelques heures d'avance, une nouvelle fonctionnalité vous est dévoilée aujourd'hui.

Nul doute qu'elle fera couler beaucoup d'encre dans les mois à venir. En effet, si Microsoft Access tend à devenir plus orienté utilisateur "novice", le moteur Jet intègre quelques spécifités des plus grands SGBD dont notamment un mécanisme de trigger que je vous propose de découvrir :

http://warin.developpez.com/tutoriel...p/?page=page_2

[Arkham46]

La personnalisation du ruban :
=> un peu déçu qu'on ne puisse pas utiliser cette interface pour les rubans personnalisés.
On devra donc apparemment toujours utilisé des outils externes si on souhaites ne pas galérer avec le XML.
Au moins mon assistant ruban conservera son utilité.

Les triggers :
=> les macros je n'utilise jamais non plus.
Mais on a déjà vu apparaître les macros intégrés aux contrôles, c'est un peu dans la continuité.
J'imagine que ça permet de ne pas avoir d'avertissements de sécurité liés au VBA.
Et les débutants préfèrent les macros...

[Tofalu]

J'imagine que ça permet de ne pas avoir d'avertissements de sécurité liés au VBA.

Et en plus, la gestion d'erreur des macros a été revue pour laisser place à un Journal d'Erreurs : une table Log.

[Tofalu]

Pour terminer la semaine,

Je vous propose un petit tour d'horizon des modifications apportées à la mise en forme conditionnelle :

http://warin.developpez.com/tutoriel...s/?page=page_3


Rendez-vous Lundi si vous souhaitez continuer avec nous ce fil rouge

[Invité]

A cette fameuse MFC.

Il est vrai que la limite de 3 à toujours été un frein, même s'il y avait la possibilité d'aller plus loin : http://starec.developpez.com/tuto/msfcillimitee/.

Cette nouvelles limite devrait permettre de pouvoir répondre à la plupart des cas, et il semble qu'il y ait des nouveautés intéressantes.

[Invité]

Bonjour à tous

Pour le ruban c'est surtout intéressant finalement dans le cadre du développement. Dès que l'on veut du personnalisé dans l'applicatif pur, il faut revenir au système Arkham46 . Pourquoi Ms ne nous offre t'il pas une interface intégrée de personnalisation. Je ne pense pas, que pour eux se soit d'une grande complexité.

Les triggers. Pour l'utilisateur Lambda dont je suis, je ne suis pas sûr que cela fasse partie des priorités. Je sais que sur les forums c'est un des points que les détracteurs mettent en avant, c'est donc à la fois une réponse technique et d'image qui est donnée.
L'utilisation de macros me laisse perplexe, dans la mesure où l'on dit partout qu'il faut les éviter, et Ms les remet en avant de plus en plus (voir menus contextuels sur Access 2007).

La mise en forme conditionnelle. Là par contre je pense que cela va faire l'unanimité. Qui n'a pas pesté contre cette restriction à seulement 3 conditions. Certes cela a permis a Philippe JOCHMANS de démontrer l'étendue de son talent, mais c'était vraiment limite. On peut s'interroger sur le nb fixé dans la nouvelle mouture, mais je pense quand même que la grande majorité des cas pourra être traitée.

Mais ne faisons pas la fine bouche. Tout ce qui peut amener de la souplesse et des performances accrues dans l'utilisation d'Access doit être salué, même si l'on a parfois du mal à comprendre la finalité de certains choix. Je ne doute pas d'ailleurs, que l'on ne nous distille, dans les jours à venir, d'autres infos agréables....

[Tofalu]

En effet, pourquoi 49 ?

Au debut je croyais même avoir mal compté et que c'était 50 mais non. C'est bien 49, testé en VBA

Ceci dit, même si 49 ce n'est pas l'infinité, il n'en reste pas moins qu'arriver à faire une application avec du texte sur des données de plus de 49 couleurs différentes, c'est plus un sapin de noël qu'un véritable outils.

Je ne doute pas d'ailleurs, que l'on ne nous distille, dans les jours à venir, d'autres infos agréables....

Je pense qu'il faudra attendre lundi pour cela

[Tofalu]

Bonjour,

Aujourd'hui, je vous propose de faire un petit tour du côté du générateur d'expressions :

http://office.developpez.com/index/r...istophe-Warin/

[Tofalu]

Bonjour,

En raison de la publication d'un autre document, nous vous donnons rendez-vous Jeudi pour une autre nouveauté d'Access 2010.

En attendant, vous pouvez toujours consulter cette nouvelle ressource :

http://www.developpez.net/forums/d77...s-disponibles/

[Tofalu]

Bonjour

Nous vous proposons aujourd'hui de découvrir les champs calculés dont Maxence Hubiche avait déjà parlé dans une précédente discussion.

http://warin.developpez.com/tutoriel...s/?page=page_5

[Invité]

Bonjour

Personnellement, je pense que cette avancée ne doit pas être généralisé lors de la conception d'une base de donnée sous Access 2010.

En effet, ta démonstration est intéressante sur la taille de la base et les temps de calculs, si on généralise trop cette fonctionnalité, on risque d'alourdir dangereusement la base et les temps de réponses, d'autant plus que ton exemple est un calcul simple, je n'ose pas imaginer avec des calculs un peu plus complexes.

Personnellement, je ne pense pas que j'utiliserais cette nouvelle fonctionnalité, notamment si une base doit être utilisée dans une version antérieure (format 2007 ou inférieure).

De plus, cela peut donner de mauvaises habitudes aux débutants qui peuvent croire qu'une table Access peut se comporter comme un fichier Excel

De toutes les nouveautés que tu nous apportes, c'est celle-ci (même si elle peut intéresser certains) que je ne trouve pas vraiment appropriée, même si SQL Server semble avoir cette fonctionnalité, mais on ne peut comparer ces deux bases.

Philippe

[clavier12AZQSWX]

le champ 'calculé' va permettent de nombreuses choses très intéressantes...
surtout si il a les mêmes fonctionnalités que le champ function dans OpenERP...

ça promet !

qu'en est-il entre Acess et les vues (VIEW) ?

[Rafikaccess]

Salut à vous tous!
Que toute nouveauté soit bienvenue !!!
J'ai quelques questions pour ceux qui ont testé "Technical preview Access 2010":
- Taille du fichier a augmenté? ou toujours 2 Go?
- Y aurat-il d' Etat (dynamique) basée sur requete croisée dynamique?
- Gestion automatique (sans code)des images gif ?
- Possibilité de déployer et empaqueter l'application : Developer extentions et Runtime intégrés, ou toujours les chercher ailleurs?
- L'application fait avec Access 2010 sera-t-elle capable de s'installer et tourner sur Win XP, Vista, Windows 7 ou non?
- Possibilité d' installer L'application fait avec Access 2010 sur Intrnet (quelle plate forme)?
Je pense que Microsoft peut mieux faire d'Access 2010

[Patrice99]

Bonjour, l'intérêt des champs calculés n'est pas simplement une question de taille ou de performance, c'est aussi et surtout une question de simplification du code, et donc de la maintenance.

[Tofalu]

Bonjour à Tous,

Alors que l'on croyait le VBA complètement exclu des Triggers c'était sans compter la possibiliter d'utiliser une astuce tellement évidente qu'elle est passait totalement inaperçue ...

Comment exécuter du code VBA alors qu'aucune commande des évenements de table Access n'y font référence ? Il y a bien une commande RunDataMacro mais jusqu'à présent, les macros habituelles sont des RunClientMacro.

Il faut en fait s'arréter sur la commande SetLocalVar qui permet d'affecter une variable dans la portée de l'évènement. Et si on tentait d'affecter le résultat d'une fonction VBA à cette variable ? Passera, passera pas ? Un seul moyen de le savoir, il faut tester.



Un petit module VBA :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
Public Function MaFonction() As String
MsgBox "hello"
End Function

Le résultat :



Bien entendu, il y a une limitation :

Impossible de lancer ce déclencheur depuis autre chose qu'une instance Access capable d'interpréter le VBA mais cela ouvre des portes assez importante, notamment dans la création de table de log qui stockeront par exemple les informations de l'environnement Windows (utilisateur, heure d'ouverture de session) sans avoir à se soucier du déclenchement de l'évènement. Toute information que le moteur de base de données ne peut intercepter, VBA peut l'atteindre.

[Tofalu]

Bonjour,

Suite et fin de cet article avec la conclusion marquant la fin du programme Technical Preview.

Je vous propose donc une critique d'Access 2010, à la manière dont j'aurais critiqué un livre ...

L'ouverture du programme bêta au grand public dans les semaines à venir marque avant tout la fin de la Technical Preview. L'heure sera alors essentiellement à la vérification de la localisation, les fonctionnalités quant à elles ne devraient pas subir de grands bouleversements. Comme cela a été fait pour Access 2007, il est temps de réaliser un premier bilan des nouveautés et surtout de déterminer si, oui ou non, cette nouvelle mouture se veut indispensable.


Si, de prime abord, j'avais été littéralement conquis par Access 2007, je me suis finalement un peu ravisé, constatant que la plupart des nouveautés n'étaient pas vraiment orientées vers le développement professionnel : les développeurs envisageant la montée en puissance de leur application ont en effet tendance à fuir des fonctions aussi spécifiques que les champs à valeurs multiples ou les champs pièces-jointes. Il ne restait guère plus que le ruban comme lot de consolation bien que celui-ci ne soit pas paramétrable dans l'environnement de développement.


De ce fait, c'est avec un peu de retenue que j'ai entamé la Technical Preview 2010...

Et j’ai été agréablement surpris.
D'une part, au niveau de l'interface, l'ergonomie du ruban reste de mise et est renforcée par l'amélioration des nombreux assistants et plus particulièrement l'éditeur de macros. Celui-ci se voit complètement métamorphosé améliorant la clarté des actions en comparaison à l'obsolète tableau illisible. C'est aussi le cas de la mise en forme conditionnelle (dont le nombre d'expressions a augmenté), du générateur d'expressions...


D'autre part, sur le plan technique, il faut noter une réelle volonté de rapprocher Access des plus grands SGBD tels que SQL Server. Tout d'abord, les champs calculés viennent apporter une simplification de la présentation des données permettant d'afficher des calculs simples sans avoir recours systématiquement à des requêtes. Ensuite, les événements de tables combinés aux datamacros qui, bien que l'on puisse regretter qu'ils ne soient pas développés en SQL mais à base de langage macro, se révèlent particulièrement efficaces. Ils permettent de confier au moteur de base de données des règles de gestion fondamentales qui, par le passé, étaient traitées en VBA avec un risque d'incohérence en cas d'attaque depuis un programme tiers. Enfin, la table USysApplicationLog, véritable journal répertoriant les erreurs des macros de données à l'instar des observateurs d'événements des plus gros systèmes.


Pour conclure, en quelques mots, Access 2010 semble marquer un véritable tournant dans le développement d'applications Access professionnelles garantissant encore un peu plus l'intégrité et la cohérence des données sans pour autant négliger l'aspect graphique des productions (look des nouveaux contrôles) ni le confort du développeur. En bref, un produit à ne pas manquer pour tous ceux qui désirent des applications plus belles, plus puissantes et plus stables.

[Maxence HUBICHE]

Et maintenant...
une petite vidéo sur l'éditeur de macros
http://www.developpez.net/forums/d83...diteur-macros/

Bon visionnage, et, surtout, n'hésitez pas à laisser vos commentaires !