Discussion :

[/* jerome */]

Bonjour,

Je dois développer une mini application monoposte, avec quelques données (3 tables, la plus grosse aura quelques milliers d'enregistrement et encore) et je cherche comment stocker ces données.
Il me faut un systeme qui soit tres simple a déployer (pas de client serveur) et ne nécessitant pas de maintenance. Je pense à du stockage dans un fichier à plat.
Je suis parti sur MyBASE avec des fichiers XML parce que ca semblait répondre à mes critères, mais je me retrouve face un probleme : je ne vois pas comment faire evoluer la structure d'une "table" qui contient déjà des données !
Soit je n'ai pas tout compris à ce systeme, soit ce n'est pas assez souple pour mon appli (je dois pouvoir faire évoluer la structure dans 6 mois quand le client va vouloir des améliorations).
J'ai fait pas mal de recherches sur différents forums et autres tutoriaux mais a part MyBASE je ne vois que des systemes client serveur.

Si quelqu'un pouvait me mettre sur la voie du systeme de gestion de données de mes rêves ...

Merci
Jérôme

[Hauwke]

Bonjour,
Système de base de données "Access" me semble être parfait pour ce que vous voulez faire. La marge d'évolution me semble assez large pour suivre votre client durant de nombreuses années...
Cordialement,
Hauwke

[/* jerome */]

mmm pas bete, pourquoi je n'y ai pas pensé ?
Je vais regarder quelles sont les possibilités avec access.

Du coté de MyBASE j'ai étudié l'implémentation par code plutot que de le faire "graphiquement" et ca me parrait déjà plus clair et simple a utiliser. Par contre je ne trouve toujours pas le moyen d'ajouter un champ dans une table existante. Quelqu'un peut il me dire si c'est possible à faire ou non ?

Merci

[Hauwke]

Il me semble que se soit avec Access ou autre qu'une requête Sql "createtable" doit aussi régler le probléme...
Cordialement,
Hauwke

[Graffito]

Bonjour,

Access avec ADO, ça marche.
Il faudra toutefois installer des lmodules d'accès pour les utilisateurs qui n'auraient pas Access.

Toutefois, les mauvaises surprises sur la durée ne sont pas exclues...

En 1999 on a basculé une appli utilisant le BDE de Paradox à Access97 .
Est arrivé 2 ans après Access2000. Pas de chance,
1) Pour les utilisateurs ayant Access 2000, il faut installer le jet engine (DAO35)
2) impossible d'utiliser des tables au format Access 2000 avec le BDE.

Donc, les tables sont restées depuis en format Access97. Elles sont lisibles et modifiables sur Access 2000, mais la structure quant à elle n'est pas modifiable via Access 2000.

Ainsi, quand la base évolue par ajout de champs ou extension de la taille d'un champs texte, on le fait via une requête SQL.

[/* jerome */]

Bonjour,

Access avec ADO, ça marche.
Il faudra toutefois installer des lmodules d'accès pour les utilisateurs qui n'auraient pas Access.

Toutefois, les mauvaises surprises sur la durée ne sont pas exclues...

En 1999 on a basculé une appli utilisant le BDE de Paradox à Access97 .
Est arrivé 2 ans après Access2000. Pas de chance,
1) Pour les utilisateurs ayant Access 2000, il faut installer le jet engine (DAO35)
2) impossible d'utiliser des tables au format Access 2000 avec le BDE.

Donc, les tables sont restées depuis en format Access97. Elles sont lisibles et modifiables sur Access 2000, mais la structure quant à elle n'est pas modifiable via Access 2000.

Ainsi, quand la base évolue par ajout de champs ou extension de la taille d'un champs texte, on le fait via une requête SQL.

Merci pour toutes ces infos.
Il va falloir que je me penche sur la question du déploiement sur un poste n'ayant pas access. C'est la raison pour laquelle je visais des fichiers genre XML au départ, plus simple a déployer.
Je suis pas super emballé par access, car je sais pas expérience que ce n'est pas le SGBD le plus fiable/pratique au monde (loin de la), mais vu le faible volume de données/transactions que mon appli va gerer j'espere que ca ira.
Pour les mises à jour, étant donné que l'appli sera déployée chez N clients (N étant le plus grand possible ), j'avais l'intention de faire un petit module de mise à jour avec des requetes SQL pour les structures de tables. J'espere qu'avec ca j'échaperrais aux problemes de versions, de drivers, de pilotes et autres emm.rdes ...