Discussion :

[Driyo]

Bonjour,
Je suis actuellement en stage et je dois faire passer une appli VB6 mono-utilisateur avec une base Access en Mutli-Utilisateur. Pour éviter les problémes qu'engendre Access quand on passe en Mutli-Utilisateur, je me suis intérresé au différentes SGBD existante (cf. http://fadace.developpez.com/sgbdcmp/), et MSDE me parait être pas mal.

Question :
- est il possible d'utiliser MSDE de la même maniére qu'access pour une application bureautique ? à savoir : un fichier de BDD avec un ODBC.
- Si oui, quel est l'ODBC et comment se comporte t il lorsque on déploit l'application ? a t on besoin de mettre à jour le système en ammont ?

Merci d'avance

[Fabien Celaia]

MSDE ne me semble pas avoir un grand avenir. Préférez plutôt MS-SQL 2005 Express.

Pour le portage, cela dépend de ce que vous faites avec MS-Access.

Dans un premier temps, remplacez les tables Access par des tables attachées MS_SQL.

L'ODBC, que ce soit pour MSDE, MS-SQL ou MS-SQL Express, est le même.

[Driyo]

pour mon cas l'interet de migrer ma base sur MSDE permet de régler le sujet tabou d'access : le mutli utilisateur, tout en passant que j'ai la contrainte de développer sous vb6 (je n'ai pas regardais de prés mais MS SQL 2005 doit faire partis des dernier produit utilisant le .NET ce qui me pauserais pas mal de pb pour le déploiment de mon appli)
Quand à l'avenir de MSDE c'est vrai que vu qu'il ne se passe pas grand chose autour de lui on se dit que ses jours sont compté mais dans le cas d'une application, qui plus est bureautique, avec peu d'utilisateur c'est une bonne solution.

pour plus d'info sur MSDE :
http://www.developpez.net/forums/sho...50#post1007250

C'est vrai que Sql 2005 express est trés tentant, mais si vous avez des infos pour le devellopement d'application sous vb6 avec lui et bien je suis preuneur

[cbleas]

Bonjour
J'ai fait la migration d'une base de donnée ACCESS d'environ 400 tables autant de requètes et de formulaires. J'ai utilisé pour cela SQL Express qui ne pose pas plus de problème que MSDE et comporte un outil de management aussi efficasse et simple qu'access pour la création de de table et de requètes. Pourtant il ne faut pas croire que tout se fera simplement surtout si avec VB6 vous utiliser DAO et non ADO car il vous faudra d'abord faire le basculement de DAO et ADO cela peux prendre un certain temps.
ensuite si vos requètes utilisent des fonctions elles ne pourront etre insérer il faudra donc les recréer sans fonctions basic. divers modifs sont à considérer
par contre l'efficacité en client serveur et réel.
Pourtant je pense qu'il faut se poser la question du niveau de compétance des utilisateur car vous utiliserer une base de donnée plus complexe à gérer qu'ACCESS surtout pour les sauvegardes et backup.
Maintenant dans mon cas je neregrette pas le temps passé à faire cette migration.

[Driyo]

salut,
C'est presque une insulte pour SQL mais pour mon appli je ne m'occupe pas des droits des utilisateurs (ce qui simplifit d'ailleur pas mal la chose), l'appli gére sa toute seule.
Donc MSDE passe bien avec VB6 (voir les outils plus haut)

Seul hic, ma BDD est portée par le server de MSDE; ce qui est pas terrible pour une appli destinée à une utilisation bureautique, vu que l'utilisateur lambda qui va installer mon logiciel va devoir installer un serveur :s ...

Donc actuellement, je travail à me connecter directement sur le fichier .Mdf (tel q'on le fait avec le .mdb d'access).
Si quelqu'un sait je suis preneur et biensur si je trouve je post ça

-EDIT-
donc au lieu de faire une connexion de ce type :
"Driver={SQL Server};Server=.....;Database=.....;Uid=......;Pwd=.....;"
je fait :
"Driver={SQL Server};Dbq=C:\maBDD.Mdf;Database=.....;Uid=......;Pwd=.....;"

et là, l'appli se connect c'est la fête ! Sauf que SQL serveur doit être lancé !
ça parait normal.


Attention : question philosophique de comptoire à 4 grammes !!!

La raison pour laquelle Access ne gére pas le multi-utilisateur est elle que pour qu'une base de donnée y arrive, un serveur doit être mis en place ?

si c'est le cas, il y a t il un moyen connu pour déplacer ces fonctionnalitées au niveau applicatif ??

[WOLO Laurent]

Il existe bien sûr un moyen :
1 - L'intégration des fonctionalités du winsock
2 -L'intégration de la journalisation
3 -L'intégration du vérouillage

Bref, pourquoi recréer la roux ?
Vous perdrez plus de temps !

Merci.