Bonjour,

Le 24/05/09, Martiniere<[email protected]> a écrit :
> En fait, je suis assez limité. L'application que j'essaye de faire est pour
>  mon travail, et je suis limité sans possibilité de dérogation à l'utilisation
>  de la suite open office. A l'origine l'application sert à récupérer des
>  données utilisateur depuis différents bureaux, données qui sont stockées sur
>  un serveur, pour être ensuite consultées depuis un autre bureau. J'ai réalisé
>  cette application grâce a calc (déjà) mais le résultat est un peu lourd et
>  complexe à gérer. Note qu'en plus cette application doit servir dans d'autres
>  établissements que le mien (ça devient une horreur quand il faut refaire tous
>  les liens). D'ou l'idée de tout automatiser plus simplement avec le principe
>  de la base de donnée. La base en tant que telle ne m'a posée aucun problème,
>  seul l'administration via le réseau (intégration de formulaires dans des 
> pages
>  html en local par exemple) me pose problème. Une idée?
quel est le moteur de base de données utilisé ?
HSQLDB, le moteur par défaut de Base n'est pas adapté à l'accès
multi-utilisateurs.
Si le moteur utilisé tourne en mode serveur (MySQL, PGSQL, par
exemple), il est possible de réaliser un formulaire OOo autonome. Si
chaque poste client dispose d'OOo, cela devrait fonctionner une fois
que les paramètres d'accès à la base seront correctement paramétrés.
(en effet, lors de la sauvegarde autonome du formulaire contenu dans
le document .odb, il faut reparamétrer à la main les informations de
source de données).
Effectivement, l'export de formulaires en html donne des résultats
inexploitables. Pour utiliser des formulaires HTML, il va falloir
outre le moteur de base de données avoir un serveur http qui tourne,
et programmer le formulaire en HTML/PHP par exemple.
Un des problèmes qui se pose lors de la conception du formulaire est
la gestion de la sécurité et des droits d'accès.
Bon courage,
>
>  Merci :)
>
>
>
>  ---------------------------------------------------------------------
>  To unsubscribe, e-mail: [email protected]
>  For additional commands, e-mail: [email protected]
>
>

---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]

Répondre à