Access en réseau - SQL/NoSQL - Programmation
Marsh Posté le 13-09-2002 à 13:11:58
etcepseudoilexiste a écrit a écrit : J'ai développé une bd sous access 2000, je suis das l'étape ou je l'install en réseau mon problème c'est qu'il y a 7 postes a y connecté mais c'est une cata, j'obtient des temps de réponses de l'ordre de 2 min ou plus quand ca ne se plante pas, j'ai consulté les anciens messages et je réalise que c'était une erreur de travailler avec access (promis j'y reviens plus), mais maintenant j'aimerais changer de solution j'ai trouver des convertisseurs vers vb mais qui me générent des erreurs, j'aimerais travailler avec mysql ? est ce qu'il y a une possibilité de transféer mes formulaires pour fonctionner avec mysql et ne pas perdre trop de temps ? des conseils ? Merci |
Mais pour access, tu l'as mise comment en reseau ta base? Tu l'as mise dans un repertoire partagée d'un serveur ou chaque personne clique dessus? Tu as mis les tables dans un repertoire partagé et l'application sur lesn postes clients? Tu as essayé de faire une application dynamique client-serveur?
Marsh Posté le 13-09-2002 à 13:15:23
Oui j'ai créer un répertoire partagé et j'y ai copier les tables et dans la partie cliente j'ai mis tout le reste les forms etc... et les tables attachées.
comment on fait une application dynamiques clients serveur ?
Marsh Posté le 13-09-2002 à 13:19:11
etcepseudoilexiste a écrit a écrit : Oui j'ai créer un répertoire partagé et j'y ai copier les tables et dans la partie cliente j'ai mis tout le reste les forms etc... et les tables attachées. comment on fait une application dynamiques clients serveur ? |
Ben normalement access merde donc n'essaye pas.
Mais je comprends pas pourquoi si tu as mis les tables dans un repertoire partagée, ton application ne supporte pas pmus de 7 personnes (ce qui est peu en soi).
Tu as mis des comptes utilisateurs avec des droits d'acces?
Marsh Posté le 13-09-2002 à 13:23:51
oui j'ai créer des comptes utilisateurs avec des droits d'accés et pour le rep partagé je l'ai fait pour pouvoir attacher les tables y a t-il une autre solution ?
et pourtant dans mon code j'ai fait gaffe a libérer mes objets etc..,
j'ai gardé les tables temporaires sur les postes clients (pour accélerer)
est ce que je peut migrer vers mysql et est ce que ca prend en charge la partie cliente ?
Marsh Posté le 13-09-2002 à 15:33:18
etcepseudoilexiste a écrit a écrit : oui j'ai créer des comptes utilisateurs avec des droits d'accés et pour le rep partagé je l'ai fait pour pouvoir attacher les tables y a t-il une autre solution ? et pourtant dans mon code j'ai fait gaffe a libérer mes objets etc.., j'ai gardé les tables temporaires sur les postes clients (pour accélerer) est ce que je peut migrer vers mysql et est ce que ca prend en charge la partie cliente ? |
pour my sql, je ne peux pas t'aider mais pour access çza m'étonne qu'il ne puisse pas supporter plus de 7 utilisateurs.
Tu peux essayer en enlevant les comptes utilisateurs.
Marsh Posté le 13-09-2002 à 15:43:08
C'est un peu étonnant que ca merde tant que ca, y'a 5/6 ans j'avais fait une application Access client / serveur pareil pour une vingtaine de personnes, ca marchait pas mal.
Vérifie que le réseau tient la route aussi et surtout dans ta conception essaye de faire transiter le moins de données possibles, du genre pas de "SELECT * ...", etc ...
Marsh Posté le 13-09-2002 à 16:39:00
etcepseudoilexiste a écrit a écrit : oui j'ai créer des comptes utilisateurs avec des droits d'accés et pour le rep partagé je l'ai fait pour pouvoir attacher les tables y a t-il une autre solution ? et pourtant dans mon code j'ai fait gaffe a libérer mes objets etc.., j'ai gardé les tables temporaires sur les postes clients (pour accélerer) est ce que je peut migrer vers mysql et est ce que ca prend en charge la partie cliente ? |
oui cela existe des outils de migrations cherches sur google je pense que tu trouveras mais jamais tester
Marsh Posté le 13-09-2002 à 16:46:41
bob20000 a écrit a écrit : oui cela existe des outils de migrations cherches sur google je pense que tu trouveras mais jamais tester |
Le monsieur il parle de migrer son appli access (ses formulaires donc) pas sa base. Vu que ca n'a rien a voir avec une base de données, et que ce n'est donc pas supporté ni par mysql ni par postgres, je vois pas comment il va pouvoir faire ca.
Marsh Posté le 13-09-2002 à 17:05:45
lorill a écrit a écrit : Le monsieur il parle de migrer son appli access (ses formulaires donc) pas sa base. Vu que ca n'a rien a voir avec une base de données, et que ce n'est donc pas supporté ni par mysql ni par postgres, je vois pas comment il va pouvoir faire ca. |
il n'a qu'à garder access et faire un lien vers la base de données mysql par lien odbc et comme cela il garde les formulaires
Marsh Posté le 13-09-2002 à 17:15:22
merdi de vos réponses déja cela me rassure un peu parceque dans un précedent post j'avait lu que plus de 5 utilisateurs sous access c'est impossible. pour le mysql merci de vos conseils je suis nul mais je vais m'y mettre.
Sky j'ai enlevé les comptes utilisateurs mais c'est toujours le même problème
Ce qui m'étonne c'est que j'ai fait des essais sur la base en week end, personne ne l'utilisait et j'ai eu des temps catastrophiques c'est encore plus etonnant quand c'est des formulaires qui ne contiennent aucun accés aux tables.
Marsh Posté le 13-09-2002 à 17:37:31
etcepseudoilexiste a écrit a écrit : merdi de vos réponses déja cela me rassure un peu parceque dans un précedent post j'avait lu que plus de 5 utilisateurs sous access c'est impossible. pour le mysql merci de vos conseils je suis nul mais je vais m'y mettre. Sky j'ai enlevé les comptes utilisateurs mais c'est toujours le même problème Ce qui m'étonne c'est que j'ai fait des essais sur la base en week end, personne ne l'utilisait et j'ai eu des temps catastrophiques c'est encore plus etonnant quand c'est des formulaires qui ne contiennent aucun accés aux tables. |
pour la limite des 5 utilisateurs, c'est si tu veux faire une base client serveur comme sur un serveur web et la ca merde.
Sinon, si le week end tu es tout seul et que ça rame, la c'est plus access qui merde. Tu peux essayer de créer un fichier .mde pour ameliorer la vitesse mais j'ai des doutes.
En local (tables + formulaires sur ton poste) , elle marche bien ta base ?
Parce que sinon, ca doit venir du debit des serveurs. Access marche sans probleme avec 7 utilisateurs (heureusement par ce que c'est quand meme un petit nombre).
Marsh Posté le 13-09-2002 à 17:39:45
etcepseudoilexiste a écrit a écrit : merdi de vos réponses déja cela me rassure un peu parceque dans un précedent post j'avait lu que plus de 5 utilisateurs sous access c'est impossible. pour le mysql merci de vos conseils je suis nul mais je vais m'y mettre. Sky j'ai enlevé les comptes utilisateurs mais c'est toujours le même problème Ce qui m'étonne c'est que j'ai fait des essais sur la base en week end, personne ne l'utilisait et j'ai eu des temps catastrophiques c'est encore plus etonnant quand c'est des formulaires qui ne contiennent aucun accés aux tables. |
Tu as essayer sur un autre poste client? Avant de la mettre en réseau , elle marchait bien?
Marsh Posté le 13-09-2002 à 17:53:32
oui sur un poste elle répondait bien, j'ai même réinstallé ms office 2000 au cas ou.
pour avoir une meuilleure protection par mot de passe sur access est ce que je doit obligatoirement passer par une protectionn personnelle ?
Je m'explique j'ai créer une protection par mot de passe mais il suffit d'exécuter le fichier wrkgadm et de créer un groupe pour tout faire sauter est ce qu'ily a un moyen de bloquer l'accés a la base malgré cela ?
Marsh Posté le 13-09-2002 à 17:59:00
etcepseudoilexiste a écrit a écrit : oui sur un poste elle répondait bien, j'ai même réinstallé ms office 2000 au cas ou. pour avoir une meuilleure protection par mot de passe sur access est ce que je doit obligatoirement passer par une protectionn personnelle ? Je m'explique j'ai créer une protection par mot de passe mais il suffit d'exécuter le fichier wrkgadm et de créer un groupe pour tout faire sauter est ce qu'ily a un moyen de bloquer l'accés a la base malgré cela ? |
Deja, regarde du cote des seveuirs parce que si tu dis que tu es seul à l'utilise le week end et que ca rame, c'est pas logique.
Deuxio: je suis pas sur mais normalement, le moteur de la base est avec les tables sur le serveur. Donc, tu peux utiliser des tables mysql, interbase ou autre et tu les attaches à ton appli existente. Ce qui t'éviterait de migrer ton application vers mysql.
voila, si j'ai dit une connerie sur le moteur de la base, veuillez me l'indiquer.
pour le mot de passe, j'ai pas tres bien compris. Pour créer ungroupe, il faut avoir accès à la barre des menus,donc rien t'empeche de la cacher non?
Marsh Posté le 13-09-2002 à 18:11:56
Oui c'est effectivement acela que je pense je vais basculer vers mysql et laisser la partie cliente sous access.
Le probléme dont je te parle est du au fait que si tu exécute le fichier wrkgadm que tu trouve dans le rép office tu fait sauter toutes les protection et cela sans même accéder a access.
Et donc c'est tellement simple que je suis sur que j'ai pas compris quelque chose.
Marsh Posté le 13-09-2002 à 18:15:00
etcepseudoilexiste a écrit a écrit : Oui c'est effectivement acela que je pense je vais basculer vers mysql et laisser la partie cliente sous access. Le probléme dont je te parle est du au fait que si tu exécute le fichier wrkgadm que tu trouve dans le rép office tu fait sauter toutes les protection et cela sans même accéder a access. Et donc c'est tellement simple que je suis sur que j'ai pas compris quelque chose. |
et en créant un fichier .mde, tu peux y acceder au compte quand meme(avec wrkgadm )?
Marsh Posté le 13-09-2002 à 18:24:44
tient en voila une autre acces ne réussi pas a créer un fichier mde il me donne le message :
Microsoft access n'a pas pu créer un fichier mde ???
bon a la limite c'est pas le plus grave je vais migrer vers mysql et ensuite je vais boouzillé mon cd de ms office le pire c'est qu'au début je voulais travailler avec vb et sql server mais le client voulait quelque chose de "facilement" modifiable , il va avoir droit a quelque chose de "souvent" modifiable
Marsh Posté le 11-10-2002 à 10:29:20
etcepseudoilexiste a écrit a écrit : tient en voila une autre acces ne réussi pas a créer un fichier mde il me donne le message : Microsoft access n'a pas pu créer un fichier mde ??? bon a la limite c'est pas le plus grave je vais migrer vers mysql et ensuite je vais boouzillé mon cd de ms office le pire c'est qu'au début je voulais travailler avec vb et sql server mais le client voulait quelque chose de "facilement" modifiable , il va avoir droit a quelque chose de "souvent" modifiable |
j'ai eu le même type de problème avec la vitesse sur le réseau. Et le comble, j'ai été obligé de créer des bases en local qui se synchronisent après...
Marsh Posté le 11-10-2002 à 11:26:22
salut,
va sur le site
http://www.asp-php.net/asphp2/fr/s [...] _mysql.asp
il y a un script asp qui converti Access en mysql
Marsh Posté le 13-09-2002 à 13:09:28
J'ai développé une bd sous access 2000, je suis das l'étape ou je l'install en réseau mon problème c'est qu'il y a 7 postes a y connecté mais c'est une cata, j'obtient des temps de réponses de l'ordre de 2 min ou plus quand ca ne se plante pas, j'ai consulté les anciens messages et je réalise que c'était une erreur de travailler avec access (promis j'y reviens plus), mais maintenant j'aimerais changer de solution j'ai trouver des convertisseurs vers vb mais qui me générent des erreurs, j'aimerais travailler avec mysql ? est ce qu'il y a une possibilité de transféer mes formulaires pour fonctionner avec mysql et ne pas perdre trop de temps ? des conseils ?
Merci