Version imprimable
Bonjour,
Je suis en stage dans une entreprise, cette entreprise possède une application Access sous VBA càd que la base de donnée et les formulaires sont sous Access ainsi que la BDD.
Mais nous voulons bannir la base de donnée Access pour privilégier MySQL sans plus jamais utiliser Access comme SGBD;
Ma question est ce possible ?
Je n'ai trouvé sur internet que la liaison comme solution qui ne répond donc pas à ma contrainte.
Cordialement
Bonsoir,
Quand. Tu dis
tu veux faire tes IHM dans un autre format que Access?Citation:
Mais nous voulons bannir la base de donnée Access pour privilégier MySQL sans plus jamais utiliser Access comme SGBD;
Si oui utilises Visual Studio!
Enfaite on veut garder l’interface graphique qui a été faite avec access mais ne plus garder la base de donnée access pour passer a une base de donnée mysql.
En gros avoir les form access avec une connexion à la BD MYSQL. Sachant que l’appli fonctionne actuellement parfaitement avec la bd access
Dans Access tu exporte ta base vers MySql!
Tu supprime toutes tes tables
Tu réimportes tes tables mais tu choisis l'option table liées.
Tu renomme tes tables pour supprimer le préfixe MySql.
Voilà test formes fonctionnent avec MySql.
MySql dispose également d'un utilitaire pour les import Access!
Bonjour.
Juste un point de plus.
Toutes les BD ne fonctionnent pas exactement de la même façon.
Il est possible que tu rencontres les problèmes suivant :
- Type champ Access qui n'existe pas dans MySQL ou qui existe avec des contrâintes autres.
Ex : des champs mémo plus courts, des entiers qui acceptent des valeurs plus grandes ou dont faut spécifier explicitement les limites.- Comportement des NuméroAuto différents.
- Valeur des True et False différentes.
- Nom des champs non supportés ou supportés avec une syntaxe différente.
- Valeur retournée si une recherche dans une table ne donne pas de résultat.
Je ne l'ai pas vécu cela avec MySQL dont je ne me suis jamais servi mais avec Oracle.
Le but n'est pas de te décourager de migrer vers MySQL, juste te signaler qu'i va falloir faire des tests exhaustifs sur ton interface pour être sûr que tout fonctionne comme attendu.
Une migration ne se résume pas toujours hélas à une simple recréation des tables et des relations dans la BD destinatrice.
A+
Tout d’abord je te remercie du temps que tu prend pour me répondre.
Cette après midi j’avais deja mis la base sur MySql. Il faut donc maintenant que je la supprime d’access ? Ensuite je la relie, je pense ne ps très bien avoir compris
Re-bonjour.
Access peut accéder aux tables d'une autre BD comme si c'étaient ses propres tables.
On parle alors de tables liées. C'est ce que décrit dysorthographie.
Tu vas devoir supprimer les tables actuellement utilisées et les remplacées par des liens vers celles de MySQL.
A+
Je vous remercie pour vos réponses.
Je vous tiens au courant si tous se passe bien
Bonjour,
J'ai fais ce que vous m'avez dis. Mais le problème c'est que les forms vont encore utilisé le fichier .mdb ou été contenu la BD
Bonjour,
tes formulaire vont chercher le tables dans le MDB mais comme ces table sont liées à Mysql les valeurs sont bien prise en compte dans MySql!
si tu veux te passé définitivement d'Access relis le poste #2!
Tu me parle de refaire entièrement l'application ? :(Citation:
Envoyé par dysorthographie
Car à la base ils m'ont demander juste de migrer vers MySQL et de bannir le .mdb pour le plus avoir à faire des dossiers partager et risquer des problèmes.
Bien sur bannir Access veux dire réécrire les code et les interfaces dans Visual studio !
Oh punaise, je crois qu'ils en ont pas conscience.
J'hesite donc à le faire sous c# ou php.
Avant de refaire leur appli je voudrai être sur que l'on c'est bien compris
J'ai un fichier Form access ou y'a donc les formulaires et le code et un autre ou y'a la base de donnée. C'est donc pas juste possible de ce passer du fichier qui contient la bdd?
et bien non mysql est un base de données simple il ne gère pas de code ni de Userform et d'états!
Bon merci, je vous remercie pour votre aide.
Cordialement
tu aurais due mettre de la ponctuation dans ton poste pour marquer ta satisfaction! :arf:Citation:
Envoyé par soso6o
je vous remercie de votre aide messieurs !!!!!!!!!!!!
:mouarf: :rose2:
Bonjour.
Il y a une solution intermédiaire qui consiste à garder la frontale (formulaire et "logique") en Access et à la copier sur chacun des postes clients.Citation:
Car à la base ils m'ont demander juste de migrer vers MySQL et de bannir le .mdb pour le plus avoir à faire des dossiers partager et risquer des problèmes.
Donc tu as :
Frontale en local sur le poste de l'utilisateur.
BD MySQL sur un serveur dédié.
Il suffit juste de mettre en place un mécanisme pour pouvoir mettre à jour la copie locale.
Ce n'est pas 100% sans Access mais c'est moins contraigant que les répertoires partagés.
A+
Bonjour,
je n'ai pas bien compris ? Comment m'y prendre pour faire ce que tu viens de dire.
Sachant que l'entreprise a déjà des serveurs des ndd, ftp et tout ce qu'il faut,
Bonjour.
Pour les étapes de la transformation en frontale, c'est le post #4 de dysorthographie.
Pour la partie de copie en locale, cela dépend un peu de ton architecture.
Personnellement voici comment j'ai procédé dans un environnement de réseau d'entreprise.
- Le modèle de la frontale est déposé dans un répertoire partagé.
- À chaque lancement, via un .bat, le programme du répertoire partagé est copié en local.
- Dans le .bat, après la copie, j'appelle l'appli.
Mon appli était petite le temps de copie était négligeable.
On peut imaginer un mécanisme semblable avec un serveur FTP.
Ou un envoi par courriel avec des instructions pour l'installation.
Ou utiliser un programme de MAJ de machine comme ceux qui servent a l'administration des parcs informatiques.
Ou si MySQL l'accepte tu peux peut-être mettre le fichier modèle dans la BD (sous forme de Blob, gros objet binaire, ou quelque chose du genre) et te servir de ta BD comme on se sert d'un répertoire partagé.
Les possibilités sont quasiment infinies.
Pour ma culture générale c'est quoi "des ndd" ?
A+
Merci beaucoup,
ndd = Nom de Domaine