[REGLE]Gestion base de donnée Access

Gestion base de donnée Access [REGLE] - PHP - Programmation

Marsh Posté le 18-01-2007 à 17:36:38    

Bonjour,
Avant de me lancer dans l'impossible je souhaite demander.
 
J'ai pour le moment fait un script de gestion de contact avec moteur de recherche en PHP
J'ai aussi fait une fonction permettan l'importation d'une base de donnée CSV (excel) généré à partir d'access
 
Je souhaiterais enregistrer 1 seul et unique fichier Access sur un serveur et qu'il soit l'identique sous Mysql.
 
Ce qui veut dire que lorsque je modifie un contact ou ajoute ou supprime un contact sous mysql, que l'action se fasse aussi sur la bdd Access automatiquement (me permettant de gérer mes contact sous php et de garder access...)
 
Merci de ne pas me dire que ça sert à rien de faire 2 bdd etc... Mais l'histoire est longue et croyais moi se serait le top
 
Merci beaucoup


Message édité par izbing2 le 22-01-2007 à 14:50:38
Reply

Marsh Posté le 18-01-2007 à 17:36:38   

Reply

Marsh Posté le 18-01-2007 à 17:55:34    

Va falloir que tu expliques pourquoi tu veux faire une usine à gaz avec access si tu développes en php et utilises du html pour la présentation :??:
 
http://www.asp-php.net/tutorial/as [...] access.php
 
Mais tu m'as devancé, je vois pas l'intéret de se prendre la tête avec access si t'as mysql :spamafote:
 
Si c'est parce qu'il y a des petites appli access, t'en profites pour tout migrer php/html/mysql et zou :) Si c'est dans ce but mais pour avoir le temps je comprends mieux, cela dit le temporaire qui dure faut faire gaffe :d

Reply

Marsh Posté le 18-01-2007 à 17:58:44    

en php, a part si tu fais un script php autonome lancé en arriére plan sur un ordinateur (que ca soit le serveur ou un autre) qui vérifie réguliérement toutes les données pour savoir ce qui a changé, je ne vois pas comment tu pourais faire.
Côté bases de données, il existe un systéme de réplication entre deux bases mysql. Pour access il existe normalement la même chose (je dis normalement par ce que je n'ai jamais eu l'occasion de touché les réglages d'un serveur access) Par contre il n'existe à ma conaissance aucun systéme de réplication temps réel/pseudo temps réel automatique entre un serveur mysql et un serveur access et ce quelque soit le sens de la réplication.
 
Donc, désolé pour toi, mais a part en interdisant des modifs sur l'une des deux bases, tu ne pourras jamais t'en sortir efficacement.

Reply

Marsh Posté le 18-01-2007 à 19:58:09    

omega2 a écrit :


Côté bases de données, il existe un systéme de réplication entre deux bases mysql. Pour access il existe normalement la même chose (je dis normalement par ce que je n'ai jamais eu l'occasion de touché les réglages d'un serveur access) Par contre il n'existe à ma conaissance aucun systéme de réplication temps réel/pseudo temps réel automatique entre un serveur mysql et un serveur access et ce quelque soit le sens de la réplication.


 
Access est peut-être pourri mais pas complètement nul, il est bien possible d'établir une liaison entre une base Access et une autre base de donnée, soit via un pilote natif, soit via l'odbc.
 
Evidement il y a un piège, comme il s'agit plus d'une fausse copie que d'un vrai réplicat, il faut que le serveur source soit accessible quand tu bosses sous Access.
 
J'ai déjà eu l'occasion de la faire avec SQL Server et ça fonctionne parfaitement, tu crées un alias dans l'administrateur ODBC de Windows, puis dans ta base Access, tu choisis l'option "Lier les tables", dans type de fichier tu sélectionnes "ODBC Databases", tu sélectionnes ton alias puis la table à lier et ça roule.

Reply

Marsh Posté le 18-01-2007 à 21:55:33    

Merci pour toute vos réponses :-)
 

leflos5 a écrit :

Va falloir que tu expliques pourquoi tu veux faire une usine à gaz avec access si tu développes en php et utilises du html pour la présentation :??:
 
http://www.asp-php.net/tutorial/as [...] access.php
 
Mais tu m'as devancé, je vois pas l'intéret de se prendre la tête avec access si t'as mysql :spamafote:
 
Si c'est parce qu'il y a des petites appli access, t'en profites pour tout migrer php/html/mysql et zou :) Si c'est dans ce but mais pour avoir le temps je comprends mieux, cela dit le temporaire qui dure faut faire gaffe :d


 
Exactement le genre de réponse que je craignais.
 
En fait je suis en stage dans une boite d'informatique qui voulais que je leur fasse un moteur de recherche en PHP/MYSQL pour leur base de donnée ACCESS (qui est une base de donnée client lié avec pleins d'autre base pour les factures et devis etc...)
 
Je leur ais proposé (et déjà commencé) la possibilité d'intégrer/modifier/supprimer les clients via l'appli PHP, bref de gérer l'truc sans devoir à chaque fois exporter leur base de donnée access en CSV et l'importer dans le module de conversion que j'ai créé.
 
Bref avant de partir tout à l'heure je leur ai demandé la base de donnée access et je regarderais ça demain pour peut être leur proposé la gestion complete PHP/MYSQL (si je me sens d'attaque...)
 
Voilà le pourquoi du comment :-D
 

omega2 a écrit :

en php, a part si tu fais un script php autonome lancé en arriére plan sur un ordinateur (que ca soit le serveur ou un autre) qui vérifie réguliérement toutes les données pour savoir ce qui a changé, je ne vois pas comment tu pourais faire.
Côté bases de données, il existe un systéme de réplication entre deux bases mysql. Pour access il existe normalement la même chose (je dis normalement par ce que je n'ai jamais eu l'occasion de touché les réglages d'un serveur access) Par contre il n'existe à ma conaissance aucun systéme de réplication temps réel/pseudo temps réel automatique entre un serveur mysql et un serveur access et ce quelque soit le sens de la réplication.
 
Donc, désolé pour toi, mais a part en interdisant des modifs sur l'une des deux bases, tu ne pourras jamais t'en sortir efficacement.


 
A la limite un script autonome lancé en arrière plan j'pense pas que ça dérange des masses... Surtout avec une vérif du genre toutes les seconde.
 

naceroth a écrit :

Access est peut-être pourri mais pas complètement nul, il est bien possible d'établir une liaison entre une base Access et une autre base de donnée, soit via un pilote natif, soit via l'odbc.
 
Evidement il y a un piège, comme il s'agit plus d'une fausse copie que d'un vrai réplicat, il faut que le serveur source soit accessible quand tu bosses sous Access.
 
J'ai déjà eu l'occasion de la faire avec SQL Server et ça fonctionne parfaitement, tu crées un alias dans l'administrateur ODBC de Windows, puis dans ta base Access, tu choisis l'option "Lier les tables", dans type de fichier tu sélectionnes "ODBC Databases", tu sélectionnes ton alias puis la table à lier et ça roule.


 
Merci beaucoup, oé avant de quitté l'taff j'avais vu l'existance de ODBC et j'ai pas encore eut le temps de me renseigner.
En tout  cas merci beaucoup pour les infos :-)
 

Reply

Marsh Posté le 18-01-2007 à 22:53:56    

Petite update à ma réponse de tout à l'heure :
 
j'ignore si l'option est présente sur toutes les versions d'Access, j'ai fait le test avec la version 2003, à vérifier pour les précédentes :)

Reply

Marsh Posté le 19-01-2007 à 10:50:42    

naceroth > la synchrionisation access <=> base de donnée par odbc, c'est une synchronisation dans les deux sens ou dans un seul sens?
 
izbing2 > C'est bizare qu'ils te demandent de faire le moteur de recherche en mysql. Ca aurait été plus logique et plus sur de le faire directement dans access à moins qu'ils aient peur que ca demandent trop de ressources au serveur.

Message cité 2 fois
Message édité par omega2 le 19-01-2007 à 10:52:34
Reply

Marsh Posté le 19-01-2007 à 12:17:25    

En gros la base de donnée access est sur un ordi portable et elle gére un truc assez énorme.
 
Et eux veulent seulement un moteur de recherche accessible sur le web afin de trouver leur clien ou d'imprimer des fiches client...

Reply

Marsh Posté le 19-01-2007 à 13:22:28    

A ce moment là, tu le fais en asp. C'est quoi l'intérêt d'utiliser des technologies linux avec une base windows ?

Reply

Marsh Posté le 19-01-2007 à 13:53:07    

omega2 a écrit :

naceroth > la synchrionisation access <=> base de donnée par odbc, c'est une synchronisation dans les deux sens ou dans un seul sens?


Odbc n'est ni plus ni moins qu'un gestionnaire de connexion vers les sgbd, en gros une espèce de client universel format microsoft :spamafote: Il existe des pilotes odbc pour à peu près tous les sgbd connus ce qui permet un interfaçage à quasiment n'importe qu'elle base de donnée.
Donc c'est à toi de faire la popote, ça te permets juste d'avoir une connexion :)

Citation :


izbing2 > C'est bizare qu'ils te demandent de faire le moteur de recherche en mysql. Ca aurait été plus logique et plus sur de le faire directement dans access à moins qu'ils aient peur que ca demandent trop de ressources au serveur.


Ils commencent peut être à comprendre qu'ils arrivent aux limites :??:

Reply

Marsh Posté le 19-01-2007 à 13:53:07   

Reply

Marsh Posté le 19-01-2007 à 15:16:07    

leflos5 a écrit :

Ils commencent peut être à comprendre qu'ils arrivent aux limites :??:

En installant access sur un portable pour fonctionner avec de gros progiciels, (si j'ai bien saisie) ca ne m'étone pas qu'ils finissent par se rendre compte de certaines limitations.
Mais bon, leur matériel n'est surement pas le plus adapté à ce genre de besoin à moins que ca ne soit que pour faire des démos mais vu ce que semble être le contexte, j'en doute.

Reply

Marsh Posté le 19-01-2007 à 18:45:46    

omega2 a écrit :

naceroth > la synchrionisation access <=> base de donnée par odbc, c'est une synchronisation dans les deux sens ou dans un seul sens?


 
Dans les deux sens, ce n'est rien de plus qu'un connexion odbc vers SQL Server depuis Access comme le ferait n'importe quel logiciel utilisant l'odbc.

Reply

Marsh Posté le 21-01-2007 à 22:46:22    

Bon de toute façon ils ne veulent pas que je refasse tout en MySQL.
 
Il préfère à chaque fois importer leur bdd avec mon script php pour faire leur recherche...
C'est un peu bête mais bon... Après tout moi je suis qu'en stage, ils font se qu'il veulent

Reply

Marsh Posté le 21-01-2007 à 23:10:52    

Même si t'es que stagiaire, t'as quand même un rôle de conseil dans les choix techniques si c'est une petite boite et/ou pas spécialisée en info ;)
 
Faire de la merde parce que le boss comprend rien à rien aux méthodes, si tu lui expliques pas (si t'en est capable) il risque pas de comprendre ses erreurs ;)

Reply

Marsh Posté le 22-01-2007 à 11:54:34    

Je suis un stagière de 17 ans, dans un stage non rémunéré.
Et ils préfèrent garder leurs usine à gaz.
J'ai proposé, argumenté. Après temps pis je fais se que l'on me demande.

Reply

Marsh Posté le 22-01-2007 à 12:53:07    

L'essentiel est que tu ais au moins proposé ;) Mais c'est pas toujours le cas...
 
La ils pourront pas se plaindre après :whistle:

Reply

Marsh Posté le 22-01-2007 à 14:50:21    

Je vous remercie de toutes vos réponses.
Ce n'est pas inutile bien au contraire :-)

 

C'est sur qu'après une fois partie, je suis partie :p


Message édité par izbing2 le 22-01-2007 à 14:51:06
Reply

Sujets relatifs:

Leave a Replay

Make sure you enter the(*)required information where indicate.HTML code is not allowed