Quelle solution de stockage pour application locale?

**Flyingturtle** · 12/08/2006, 08h32

Bonjour,

Je suis en passe de créer une application de gestion de petite entreprise générique. C'est à dire que l'application sera livrée avec, pour le module client par exemple, quelques champs prédéfinit et l'utilisateur pourra, à sa guise, ajouter / supprimer des champs. Ceci en C#.

Vient la question du sotckage de l'information! Quel type de stockage utiliser? "Bête" stockage dans une arborescence (Fichier / Dossier)? Bdd locale? xml? etc etc?

Il faut préciser que je désire que se soit très léger et surtout très fiable. En effet, le logiciel ne sera déployé qu'en monoposte et le stockage se fera sur la même machine. (p.ex dans des garages ou des salons de coiffure etc). Il est important que cela soit, une fois de plus léger, étant donné le type de machine sur lequel l'appli sera installée.

Merci d'avance

turtle

Xo · 17/08/2006, 18h31

Préfère une base de données, le fichier plat est un peu dépassé. XML, c'est bien pour des documents, mais comme support de données seul, je ne sais pas, ça doit dépendre du volume ...

Qqchose de léger à déployer/administrer, c'est Access. De plus, c'est un produit Microsoft, donc pas de soucis à intégrer à du C#.

Son équivalent gratuit est OObase, le petit SGBD d'Open Office.

**orafrance** · 17/08/2006, 19h41

Oracle XE propose base de données et serveur d'application (pour développer son produit) gratuitement

**Flyingturtle** · 17/08/2006, 21h04

Merci pour vos réponses. J'ai creusé la question et trouvé quelques solutions qui, sur le papier semble pas trop mal:

SQLite, bdd embarquée. Le hic, c'est que les drivers pour le Framework 2.0 sont pas encore sortis...
HQSQL, bdd embarquée, à creuser.
Existe, bdd pour le xml. Mais faudrait que je me mette au-dit xml avant

Si vous avec d'autres idée je suis preneur. Par contre, je ne veut absoluement pas une solution à déployer du style Acces, OObase ou encore Oracle. En effet, l'application sera livrée sur un CD et doit être la plus simple possible étant desinée à des personnes n'ayant que peu de notions en informatique. Et, au niveau des ressources, c'est le même soucis. Light light light!

Bonne soirée

turtle

**makowski** · 18/08/2006, 00h14

tu peux aussi regarder la version embarquée (embeded) de Firebird (une simple dll)

Xo · 18/08/2006, 18h35

Envoyé par Flyingturtle

Par contre, je ne veut absoluement pas une solution à déployer du style Acces, OObase ou encore Oracle.

Si tu choisis Access ou OObase, tu n'auras rien à déployer de plus que le fichier de la BDD, les drivers pour y accéder seront inclus au fichier d'empaquetage de ton application.

**Flyingturtle** · 19/08/2006, 15h55

Ok mais reste une question, je schéma de la base de donnée sera modifié en cours d'utilisation de l'application.

Par exemple, il y aura une table "client" avec certain champs prédéfinits mais l'utilisateur pourra, à sa guise, choisir d'ajouter des champs ("age", par exemple). Est-ce qu'avec ces Bd (Access, OObase, ...) on peut modifier le schéma sans avoir la bd déployée?

Xo · 21/08/2006, 09h14

Salut,

Quel que soit le SGBD, je ne pense pas que ça pose problème techniquement d'intervenir sur le schéma ...

Par contre, niveau conception, ça me paraît une très mauvaise idée : des champs "paramétrables" devraient être soit inclus dans ton schéma initial (rendus visibles/invisibles par paramétrage), soit gérés via des méta-données (cf article Modélisation par méta données).

**Flyingturtle** · 21/08/2006, 11h44

Ok, je note la "mauvaise idée"

C'est que je ne suis pas très expert bdd (c'est pour mon travail de diplôme). Merci beaucoup pour le lien sur les métadonnées, je m'en vais de ce pas lire cet article.

Par contre, je ne pourrais pas implémenter l'idées des "champs cachés" étant donné que je ne connaitrais pas leur nature. L'application pouvant très bien se retrouver chez un vigneron qui aura besoin du nombre bouteille achetées par un client, champs auquel je n'aurais jamais pensé.

Actuellement, je m'attèle sur un algorithme de positionnement optimal des champs dans l'interface... Sympatique aussi

Bonne journée

turtle

Edit: J'ai remarqué une faute qui pourrait modifier le sens de ma question dans le dernière phrase de mon dernier post.... Modification faite: "sans déployer un bdd => juste utilisation de la base, est-il possible de modifier le schéma. P.ex utilisation d'un base Access sans avoir Access installé, peut-on modifier son schéma?"

Xo · 21/08/2006, 13h42

Envoyé par Flyingturtle

Par contre, je ne pourrais pas implémenter l'idées des "champs cachés" étant donné que je ne connaitrais pas leur nature. L'application pouvant très bien se retrouver chez un vigneron qui aura besoin du nombre bouteille achetées par un client, champs auquel je n'aurais jamais pensé.

Hum, dur de développer un logiciel dans ces conditions

Envoyé par Flyingturtle

Edit: J'ai remarqué une faute qui pourrait modifier le sens de ma question dans le dernière phrase de mon dernier post.... Modification faite: "sans déployer un bdd => juste utilisation de la base, est-il possible de modifier le schéma. P.ex utilisation d'un base Access sans avoir Access installé, peut-on modifier son schéma?"

Cf la page des tuto Access (http://access.developpez.com/cours/), tu trouveras en bas Le modèle ADOX concu pour ça

Mais j'insiste sur le fait que quel que soit le SGBD que tu choississes, tu auras très certainement cette possibilité là !

**Flyingturtle** · 30/08/2006, 09h37

Merci pour vos nombreux conseil,

Après différents test, je vais m'orienter vers une Bdd Access qui est véritablement très simple à utiliser avec C# (merci Microsoft).

Il me reste toute fois une question, y'a-t-il des problèmes de licences lors d'utilisation d'une base de données Access (mais pas du SGBD) ?

Merci d'avance et bonne journée

Xo · 30/08/2006, 10h01

Si tu utilises Access pour développer, tu dois avoir une licence, pas encore de version gratuite à ma connaissance ...

Par contre, au niveau du déploiement, tu mets en place ton appli (contenant les drivers Access) et le fichier de la BDD, mais tu n'installe pas Access lui-même, donc pas de soucis de licences de ce côté

**Flyingturtle** · 31/08/2006, 09h38

C'est bien ce que je pensais, merci beaucoup.

Comme on dit: c'est une affaire qui roule.

Bonne journée

**Tofalu** · 03/09/2006, 20h39

--------------------------------------------------------------------------------

Si tu utilises Access, tu dois avoir une licence, pas encore de version gratuite à ma connaissance ...

Non.

Tu dois avoir une licence pour l'utiliser dans Access. Mais là, ton fichier mdb te sers de stockage, le client n'a pas besoin d'access. L'applicatif, c'est ton appli. Tu utilises ici un fichier mdb comme un fichier texte, y a pas besoin de licence.

D'autant plus que pour créer le fichier mdb, tu n'as pas besoin d'Access, tu peux te faire un petit programme qui lance des requêtes Create, ou utilise le modèle ADOX