Newsletter Developpez.com

Inscrivez-vous gratuitement au Club pour recevoir
la newsletter hebdomadaire des développeurs et IT pro

A quoi ressemblera le générateur d'expressions d'Access 2010 ?
Par Christophe Warin

Le , par Tofalu, Rédacteur
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


Vous avez aimé cette actualité ? Alors partagez-la avec vos amis en cliquant sur les boutons ci-dessous :


 Poster une réponse

Avatar de Tofalu Tofalu - Rédacteur http://www.developpez.com
le 07/07/2009 à 21:53
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/
Avatar de Tofalu Tofalu - Rédacteur http://www.developpez.com
le 09/07/2009 à 8:32
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

Avatar de Philippe JOCHMANS Philippe JOCHMANS - Rédacteur/Modérateur http://www.developpez.com
le 09/07/2009 à 9:09
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
Avatar de clavier12AZQSWX clavier12AZQSWX - Membre confirmé http://www.developpez.com
le 09/07/2009 à 9:38
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) ?
Avatar de Rafikaccess Rafikaccess - Membre du Club http://www.developpez.com
le 31/08/2009 à 19:11
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
Avatar de Patrice99 Patrice99 - Nouveau membre du Club http://www.developpez.com
le 04/09/2009 à 11:01
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.
Avatar de Tofalu Tofalu - Rédacteur http://www.developpez.com
le 04/09/2009 à 14:23
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
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.
Avatar de Tofalu Tofalu - Rédacteur http://www.developpez.com
le 30/10/2009 à 9:34
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.

Avatar de Maxence HUBICHE Maxence HUBICHE - Rédacteur http://www.developpez.com
le 08/11/2009 à 0:24
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 !
Avatar de Maxence HUBICHE Maxence HUBICHE - Rédacteur http://www.developpez.com
le 08/11/2009 à 1:15
Et au fait, il y avait une petite question en suspend...
Vaut-il mieux travailler avec Access ou Excel ?

Alors, la solution à la problématique est ici :
http://www.developpez.net/forums/d78...-1-partie-2-a/
Avatar de Maxence HUBICHE Maxence HUBICHE - Rédacteur http://www.developpez.com
le 08/11/2009 à 13:36
Allez... une petite 3ème, pour la route

Une nouveauté concernant le positionnement des contrôles sur Access 2010. Franchement sympa !

C'est ici : http://www.developpez.net/forums/d83...ent-controles/
Offres d'emploi IT
St-conception d'outils de pilotage
Renault - Ile de France - Guyancourt
Chargé de production informatique
Pro-RH - Ile de France - Buchelay (78200)
Chargé d'études risques h/f
DEXIA CREDIT LOCAL - Ile de France - Paris (75000)

Voir plus d'offres Voir la carte des offres IT
Responsables bénévoles de la rubrique Access : Pierre Fauconnier - Arkham46 -