Discussion :

[Maxence HUBICHE]

Bonjour,

Suite à un article synthétique et intéressant de Neo51 proposant une synthèse sur le produit MSDE, article qu'il nous a fait pour rendre compte des TechEd de cette année et que vous retrouverez sans peine sur la page d'index SGBD, je me suis dit qu'il serait bon, que la majeure partie d'entre vous en prenne connaissance pour débattre du sujet suivant :

en tant que développeur, que dois-je favoriser ?
Un développement Full Access. avec ses avantages et ses inconvénients
ou Un développement mixte Access-Msde.

Dans quel(s) cas utiliser quelle(s) méthode(s) ?
etc.

il est bien entendu que les propos de ce thread ne toucheront que les 2 outils de microsoft Access et MSDE (éventuellement SQL Serveur). Merci !

[Maxence HUBICHE]

Personnellement, je n'hésite pas à recommander une solution mixte, MSDE + Access dans le cas de solution Client-serveur, donc, pour des réponses plus rapides. Mais les limitations inhérentes à MSDE me sont pénibles. Un plus grand nombre de connexions simultanées seraient un plus non négligeable pour une plus grande diffusion au sein des entreprises.
Le soucis me parait être que la license SQL Server est hors de prix pour des petites structures. Alors, il y a une niche dans laquelle MSDE cherche à s'installer.
Mais il y a encore du boulot pour que cela se répande...

[Henry Cesbron Lavau]

Mais les limitations inhérentes à MSDE me sont pénibles. Un plus grand nombre de connexions simultanées seraient un plus non négligeable pour une plus grande diffusion au sein des entreprises.
Le soucis me parait être que la license SQL Server est hors de prix pour des petites structures. Alors, il y a une niche dans laquelle MSDE cherche à s'installer.

Ce sont là exactement toutes les raisons pour lesquelles je suis passé de MSDE à Interbase (bon, j'espère pas être hors sujet quand même)
Au vu des questions posées, j'ai tout de même voté Dès que je peux

[Frank]

Personnellement, j'ai voter "je voudrais bien, mais...".
Je n'ai jamais eu encore l'occasion de proposer la solution MSDE.

[Etienne Bar]

Ce sont là exactement toutes les raisons pour lesquelles je suis passé de MSDE à Interbase (bon, j'espère pas être hors sujet quand même)
Au vu des questions posées, j'ai tout de même voté Dès que je peux

Ma question est sans doute "hors débat", Henri, mais j'utilise aussi Access et Interbase. Je me sers d'Access pour faire des transferts de données entre des applications Access et une base Interbase. J'utilise le driver ODBC d'Intersolv (version 03.11.1000, vous saurez tout) et je trouve ça lent et instable. Tu as trouvé mieux ?

Je rêve d'un driver ODBC vraiment performant et stable (ca existe, un driver ODBC fiable ? ;-)) car le couple Access + Interbase serait alors redoutable !

Quand à MSDE, je n'ai pas eu l'occasion. Le principe m'interesse mais les limitations (5 utilisateurs simultanés, c'est ça) ne gênent.

[Henry Cesbron Lavau]

J'utilise le driver ODBC d'Intersolv (version 03.11.1000, vous saurez tout) et je trouve ça lent et instable. Tu as trouvé mieux ?

Oui, remplacer Access par un client applicatif écrit en Delphi
Mais ça risque de ne pas répondre à la question pour des utlisateurs formés à Access.

Quand à MSDE, je n'ai pas eu l'occasion. Le principe m'interesse mais les limitations (5 utilisateurs simultanés, c'est ça) ne gênent.

Sauf si ça a changé récemment, la limitation est une limitation sur le papier : il y a dans MSDE des mécanismes qui font que les performances se dégradent au-delà de 5 utilisateurs. Donc la doc dit 5 utilisateurs. Mais la pratique peut-être (en tout cas, a été) différente.

[Maxence HUBICHE]

et bien et bien ... !
On n'a pas lu le doc de NEO ?????

C'est OPTIMISE pour 5 exécutions simultanées !
Je vous invite à une lecture plus approfondie.

LEVIEUX =>
Le couple Access-MSDE est déjà redoutable. Tu peux avoir 8 utilisateurs simultanés, mais les perf. chutent après le 5°.
par contre, le chargement des données dans le formulaire se fait de manière asynchrone. Tu as un super temps de réponse. Comme c'est MSDE, c'est en fait du SQL Server qui tourne derrière, donc, les prodcédures stockées, les vues, ... tout cela est possible. Et la solidité des données est nettement supérieure qu'avec Access...
Mais l'idéal reste encore SQL Serveur pour l'ensemble des outils inhérents à ce produit.

[Etienne Bar]

Il n'empêche que j'aimerais bien avoir un driver optimisé pour Interbase et Access. Mais là, je rêve un peu .

Ceci dit, 5 exécutions simultanées, ca veut dire en pratique combien d'utilisateurs actifs ? Vous allez me dire, ça dépend de ce qu'ils font (saisie ou plutot requêtes). Mais je dirais sur une appli de gestion standard, style gescom, avec beaucoup de saisies dans des formulaires complexes ? Quelqu'un à une expérience sur le sujet ?

Et au niveau passage d'access à MSDE ? Que faut il revoir dans son application ?

Henri => J'ai hésité à nourrir le magnifique troll que tu as lancé mais j'ai résisté

[Henry Cesbron Lavau]

Mais je dirais sur une appli de gestion standard, style gescom, avec beaucoup de saisies dans des formulaires complexes ? Quelqu'un à une expérience sur le sujet ?

Beaucoup d'accès concurrents = 5

Commands and log entries are available to monitor instances where more than five workloads are executed concurrently, a situation that can cause slower performance even on well-tuned systems. As more batch workloads are submitted beyond the five-workload limit, the concurrency governor continues to slow down the system. These workloads are not dropped or lost; they are still processed, but in an increasingly degraded performance mode

Mais si peu d'accès concurrents, ça peut aller à quelques dizaines.

La philosophie de MSDE reste cependant de permettre aux developpeurs de tester leur appli en réel et dans des conditions analogues à SQL Server
(les services packs sont parfaitement synchro).

Et au niveau passage d'access à MSDE ? Que faut il revoir dans son application ?

La dernière fois que j'ai fais cela, il y avait quelques particularités du SQL Access à modifier, et surtout beaucoup plus de possibilités dans le T-SQL de SQL Server.

J'ai hésité à nourrir le magnifique troll que tu as lancé mais j'ai résisté

C'est beau la sagesse : respect

[Maxence HUBICHE]

Tu as un assistant migratio, SQL Server dans Access dont tu peux te servir.
Néanmoins,

Si tu passes à un PROJET access (.adp), ton code devra être en ADO.
Quant au requêtes, je rejoins pleinement Henri. Comme le SQL d'access, bien que conforme en partie à la norme SQL2, contient de nombreuses altérations propriétaires, il faut en réviser pas mal, suivant la qualité de l'écriture de ces dernières. Notamment si tu as le malheur d'utiliser des fonctions développées en VBA dans tes requetes.

[neo.51]

Développeur .NET, J'utilisais access comme SGBD dans mes applis. Depuis que j'ai vu cette conférence, je suis en train de tout migrer vers MSDE car :

drivers dotnet sont bien meilleurs pour sql-sever
migration d'une application de MSDE vers SQL-server aisée, ce qui est loin d'être le cas avec access, on peut migrer la base assez facilement mais dés fois ça coince dans l'applis
Pour ce qui est des limitation à 8 requettes simultannées (optimisé pour 5) en .NET, grace à ADO.NET et le mode déconnecté, on se retrouve avec beaucoup moins de requettes qu'avant.

Si l'on a un choix entre access et MSDE comme SGBD pour du developpement .NET, y a pas photos

Pour du developpement avec access en frontal, c'est plus délicat. Je pense que ça dépend de l'applis à developper.

Par contre, une question qui m'interesse, pour une application mono utilisateur, que préférez vous utiliser comme SGBD ? Access ou MSDE ? MSDE n'est t'il pas un peu "lourd" pour du mono utilisateur ?

[Maxence HUBICHE]

je pense que, plutôt que de parler mono-utilisateur, il est préférable de parler mono-poste :

Si tu as installé un msde quelque part, et que tu veuilles l'utiliser pour faire une application qui te concerne toi seul .... rien à redire. Tu fais du client serveur, tu profites des systèmes de sauvegarde serveur ....


Mais si MSDE n'est installé nulle aprt, et que tu veuilles avoir une BDD seulement sur ton ordinateur, à ce moment là, à mon avis, c'est essayer de tuer une mouche avec un canon que d'utiliser MSDE.

[Fabien Celaia]

Pour ce qui est du mono-poste ou mono-utilisateur, MS-Access reste plus simple a gerer. Tout le monde, ou presque, l'a sur son poste. Quand on voit ce que ca coute a l'utilisateur final de passer de 1 mdb a 2 (en dissociant data et appli), on imagine aisement que ca va pas etre facile d'inclure un MSDE en plus dans la petite entreprise qui ne saura plus gerer ses sauvegardes... Un backup de base est plus complique qu'une sauvegarde de fichier pour le quidam.

En monoposte et minidev (comme ce qui se passe a la sauvage dans les petites entreprises), je vote resolument pour Access.

[Maître Kenobi]

bin voila mon petit vote, je n'ai pas essaye MSDE, je ne connais pas. si je veux l'utiliser en client / serveur je suppose que je devrais l'installer sur le serveur ( chose que je ne peux pas faire ). A moins que je l'installe sur les postes concernes par l'application avec la base sur le serveur. comme tous les postes ont access je me sers de celui-ci comme frontal avec le moteur deja installe sur les postes et la base sur le serveur, ce que je viens d'ecrire la c bien ou pas ?
ah oui autre question, peut-on coupler MSDE avec MSACCESS 97 ?

[Maître Kenobi]

Tiens, g trouvé ce petit site sympatoche qui traite de MSDE entre autres :

http://www.lesiteamoilneu.levillage.org/exemples/ex06a.html

[BisonDiligent]

Bonjour!

Je n'ai pas le yeux en face des trous, puisque je n'ai pas réussi à retrouver l'article introductif de ce thread.

J'ai vôté "dès que je peux", car les articles sur le site de Microsoft sont très prometteurs. On sent la volonté de MS de combler le trou entre Access et SQL Server par deux produits intermédiaires :
Access sous MSDE d'une part, et d'autre part un SQL Server "Small business".

Pour ceux qui aiment s'abreuver directement aux sources (et qui lisent bien l'anglais), depuis la home page de Microsoft, cliquer à la rubrique "Windows Server System : Get the Power of SQL Server with MSDE 20003".

De fil en aiguille, on se retrouve sur MSDN (on aurait pu partir de là ... :
MSDN Home >> MSDN LIBRARY >> Microsoft Access

Pour finalement tomber sur un article qui présente bien le contexte Access / MSDE :
"Introduction to Microsoft Access 2000 Projects and the MSDE"
http://msdn.microsoft.com/library/de...ssprojects.asp

Je ne résiste pas à vous mettre en appétit (désolé si ceci fait double emploi avec l'article de Neo51:

Another cool thing about Access projects is that you can now develop a rich user interface for SQL Server or MSDE databases by using the familiar Access environment. For example, you can create forms, reports, macros, and modules just as with traditional Access applications. However, creating tables is a little different, and relationships are called database diagrams. In addition, there are new database objects that you can use, such as views, stored procedures, and data access pages. For data access, you can use ActiveX® Data Objects (ADO), which is a rich object model for accessing data from a variety of sources.

Evidemment, il faut voir en pratique comment tout celà peut se mettre en place! Rien n'est jamais aussi simple que dans la pub ...
En tous cas, je vais bientôt expérimenter, et je suis assez impatient.
Si la moitié des promesses sont tenues, MS aura de nouveau visé juste.

[Henry Cesbron Lavau]

Evidemment, il faut voir en pratique comment tout celà peut se mettre en place! Rien n'est jamais aussi simple que dans la pub ...
En tous cas, je vais bientôt expérimenter, et je suis assez impatient.

N'oublie pas de tester assez tôt les aspects du déploiement de l'appli (à faire sur un tout petit module de l'application),
...et fait nous part de l'expérience...

[Zeo_BO]

Bah comme toutes les base Excess : Winzip, ajouter, créer .exe.....

J'ai vu MSDE récemment sur une appli légére, de gestion de base cliente (habitude, points particuliers,réaction aux restos..Je sais moi aussi je trouve ca.C..).
Et C justement msde avec un front end Acess 2000.
Ben ca fait base Access.
Donc pour un pekin moyen, ca avit l'air tres rassurant.
C'est rassurant, les couleurs windpws XP, marqué Microsoft partout.

Moi ce qui m'a vraiement impressionné, c'est que le serveur est installé sur un poste bureau genre compaq p4 1,4. Un pc de bureau avec carte réseau ethernet. Rien de plus.

Par rapport aux gros SGBD c'est un autre monde.
Ca donne vraiement une impression de précision dans le positionnement produit.
"On sait que ce n'est pas surpuissant mais ca fonctionne sur n'importe quelle machine actuelle et ca peut satisfaire 5 utilisateurs tous les jours"
Au prix que ça coute, ça risque de faire un malheur dans les pme avisées.

[Loth]

J'ai fait une petite expérience de passage à MSDE à partir d'Access en gardant ce dernier comme client. Cela fonctionne bien, et est plus rapide que ma base Access, surtout quand nous sommes plusieurs à l'utiliser. Mais j'ai du refaire les requêtes et les rapports.
(A suivre)

[julka]

j'ai une question de novice, je crois que ça va pas être possible mais on sait jamais^^
peut on mettre acces 97 en frontal pour attaquer MSDE? ou doit on dabord migrer sous access 2000...