Discussion :

[matique]

Bonjour,

Je développe un logiciel de gestion d'activités scolaires pour une association.
Pour suivre l'évolution des utilisateurs, je dois bien sur utiliser une base de données.
Cette base pourra soit être exploiter localement soit sur un réseaux ou plusieurs utilisateurs enregistreront leur résultats à partir de différents postes.
Ce logiciel sera installé et utilisé par un public non averti. Il doit donc être simple à installer et avoir un minimum de contraintes à l'utilisation. Je souaiterais donc à tout prix éviter de demander à l'utilisateur d'installer un serveur de base de données sur un pc car c'est, par expérience, une solution d'avance vouée à l'échec.

Voyez-vous comment faire autrement?

Merci d'avance pour vos conseils !

[CyberChouan]

Le sujet vient d'être traité dans le forum général... (et avait déjà été traité il y a quelques temps plus tôt dans le forum JDBC)

Pour rappel, il y a un post "A lire avant de poster" qui précise qu'on ne doit poster une question qu'après avoir fait une recherche et vérifié que la réponse ne se trouve pas déjà sur le forum!

[zorm]

Si c'est un logiciel que tu developpes, sache que les bases de données ne sont pas les seuls facon de stocker des informations. Tu peux te debrouiller à mon avis à créer un fichier sur le poste des utilisateurs. Le format n'a que peu d'importance mais comme ca tu évites d'avoir une installe qui peut etre trop dur pour des utilisateurs non averti.

[matique]

J'avais déjà fait une recherche au préalable. Encore faut il trouver les bons critères ^^. CyberChouan pourrais tu poster les liens auxquels tu penses, je ne les trouve pas
Toutes mes excuses pour avoir recréé un topic déjà existant !

Pour en revenir à mon problème, comme l'a fait remarquer zorm, je ne suis pas sur qu'il faille passer par une base de données dans la mesure ou c'est un fichier unifié. Il ne faut pas non plus créer un fichier sur le poste des utilisateurs car toutes les ressources sont partagées et donc au même endroit.

Dans le cas d'une base de données embarquée, partagée par plusieurs utilisateurs au travers d'un réseau, j'ai noté les problèmes suivants:
Si la base est téléchargée puis gérée localement et une fois la session terminée mise à jour sur le serveur (comme avec hsqldb):
- les données des utilisateur et activités ne sont pas mises à jour en temps réel
- il y a une perte de données puisqu'elle sont mises en concurrence et que la fermeture de chaque session écrase toutes les autres sessions mises à jour pendant son execution.
Si la base de données est téléchargée, mise à jour puis retéléchargée sur le serveur, il y a toujours un risque de pertes de données et les délais d'attente sont très long. Le problème de pertes de données peut évidemment être résolu par un système de sémaphores mais c'est une solution qui ne ferait qu'accroitre considérablement les temps d'accès. Léger problème de sécurité, certes, mais ce n'est pas ma priorité et je peux toujours inclure une entête dans mes fichiers.

Je pense que la seule solution valable serait de répartir toutes les données sous forme de dossiers / fichiers de manière à augmenter les temps d'accès (on ne télécharge que ce qui nous intéresse) et éviter les problèmes de perte de données.
Pour cela, quel formats ou règles me conseilleriez vous ?
Il y a t'il des librairies qui permettent de gérer tout ca aisément ?

[the-gtm]

Si tu as plusieurs utilisateurs et qu'en plus ils travaillent en parallèle, la solution éprouvée c'est une base de données sur un serveur.

Si tu répartis les données sur différents postes tu vas avoir des problèmes de cohérence de donnée. En plus tu vas devoir créer ton propre système de communication (puis résoudre les bugs que tu auras mis dedans...)

[matique]

Comme je l'ai précisé dans mon premier post, la mise en place d'une base de données sur un serveur serait top mais elle ne convient pas du tout à mon public visé.
J'ai opté pour une sérialisation XML où toute la base de données est divisée en multiples fichiers dans une arborescence spécifique pour limiter les problèmes de concurrence de données. L'utilisateur travaille en local sur sa session en mémoire (Plus rapide ^^) et une fois terminée elle est mise à jour. Dans la mesure où un utilisateur ne travaille pas sur différents postes, cela ne spose aucun problème. Je pourrais églament envisager la mise à jour en temps réel des données utilsateurs mais e préfere déjà voir ce que ca donne sur un réseau surchargé. En ce qui concerne les données indépendantes des utilisateurs, elle sont mises à jour en temps réel : les modif sont peu fréquentes et uniquement autorisées aux administrateurs, peu nombreux.