Manuel NAUDIN a écrit :
Dis donc Julien, c'est l'ébullition en ce moment ;-)
Ouais, je refonde mon projet sur une autre base, d'autre formulaires, beaucoup plus performants.
Par contre je commence à avoir du mal à suivre.
Oui, moi aussi...
Je ne ne suis pas sûr que multiplier des bases locales soit une bonne idée.
Juste une, en fait, j'ai besoin d'une seule copie de ma base native, quelquesoit le format, cette copie sera déployée vers un serveur distant.
La plupart des hébergements gratuits limitent l'accès à mysql à
l'utilisateur local, mais je pense que tu dois pouvoir trouver un
hébergement pas trop onéreux qui permet l'accès depuis l'extérieur.
Ah, dans ce cas je ne suis pas obligé de faire un script (j'ai commencé à étudier Ruby juste pour voir...), Il me semblait justement que ces hébergements étaient très chers, mais je vais regarder.
Dans ce cas, tu n'as plus qu'à distribuer un fichier .odb avec les
paramètres de connexion à la base centrale et créer des comptes
utilisateurs avec les droits adaptés.
Juste une chose, est-ce valable pour du multi-utilisateurs? évidemment la base Mysql accepte plusieurs connections simultanées mais le fichier .odb les accepte-il? Je parle bien d'un fichier .odb qui dialogue avec une base mysql en odbc.

Le revers de la médaille, c'est
que ta base est ouverte avec tous les risques que cela comporte, mais
en soignant l'aspect sécurité je pense que c'est gérable.
Oui, surtout si de toute façon, cette base est une copie de la base native que j'ai chez moi...


---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Répondre à