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 ...

[amnir]

J'utilise Firebird embeded sans problèmes avec les composants JVUIB (tout est gratuit), c'est très puissant et très simple d'utilisation et si jamais tu veux passer en client serveur tu n'auras aucun problème à utiliser ta base il faut juste installer le serveur Firebird.
Bonne chance.

[Andry]

Je donne +1 à Firebird Embeded.
C'est facile, juste un dll a utiliser et une très grande evolutivité comme le dit amnir.

A+

[aityahia]

peut etre que MSAccess n'est pas le meilleur SGBD du monde mais en se qui concerne les base de données local je pense que c'est le meilleur et vous pouvez passez a SQL Server sans aucun problemme j'uste quelque mise a jour dans tes requette.

[/* jerome */]

FireBird en version Embedded me semble une bonne piste.
J'ai téléchargé la 1.5.3 mais je ne sais pas comment interconnecter ca dans delphi.
Faut il utiliser les composants Interbase ou télécharger de nouveaux composants ?
Comment ensuite créer la base de données et les tables ?
Je ne trouve pas vraiment de tutoriel pour m'aider, si vous avez des liens je suis preneur.

Merci

[touhami]

Bonjour,
voici des liens qui peuvent etre utiles pour toi:
http://"http://www.jcolibri.com/arti...utorial.html"]

http://interbase.developpez.com/cours/#Doc
bon courage.

[/* jerome */]

Après avoir testé access, MyBase et Interbase/Firebird, mon choix s'oriente vers ce(s) dernier(s).
En utilisant les composants IBX j'arrive à manipuler mes données comme je le souhaite, par contre je ne vois pas encore bien comment gerer simplement l'évolution des structures de tables.

Cas concret :
Je livre une V1 de l'application a mes clients, avec une table CLIENT qui contient un ID, le NOM et le PRENOM.
Dans 2 mois, on me demande de gerer en + le téléphone, comment dois-je m'y prendre pour livrer une V2 de l'application qui va mettre à jour automatiquement les bases de tous mes clients ?
Car si j'ajoute simplement le champ TELEPHONE à ma TIBTable, ca ne met pas à jour. Dois-je obligatoirement ajouter un ordre SQL "ALTER TABLE CLIENT ADD TELEPHONE VARCHAR(20)" qui sera déclenché au démarrage de l'appli selon la version ?

Je ne vois que cette solution pour l'instant, mais cela me semble un peu contraignant ...
Il n'existe pas une methode pour metre à jour la structure automatiquement ?

Merci

[Andry]

Voilà ce que moi je fais actuellement.

PROGRAMME PRINCIPAL
- Dans la base de donnée, j'ajoute une table pour contenir les infos sur la base de donnée (Auteur, Version, date de création, etc)
- Le programme client lit cette table est déclanche une erreur si la version de la base de donnée ne correspond pas à la version codé dans l'appli.

MODIFICATION DE BDD

- J'ai créé un programme qui charge un script SQL et l'execute. le script contien un header qui contien les infos de la bdd.
Si le header et les infos de la table cible concorde, aucun script ne sera executer.
Chaque fois que je dois faire une modification de la base de donnée, seule le script change.

A+

[/* jerome */]

Voilà ce que moi je fais actuellement.

PROGRAMME PRINCIPAL
- Dans la base de donnée, j'ajoute une table pour contenir les infos sur la base de donnée (Auteur, Version, date de création, etc)
- Le programme client lit cette table est déclanche une erreur si la version de la base de donnée ne correspond pas à la version codé dans l'appli.

MODIFICATION DE BDD

- J'ai créé un programme qui charge un script SQL et l'execute. le script contien un header qui contien les infos de la bdd.
Si le header et les infos de la table cible concorde, aucun script ne sera executer.
Chaque fois que je dois faire une modification de la base de donnée, seule le script change.

A+

C'est finalement cette solution que j'ai retenue.
Je stock une numéro de version dans une table de parametrage.
Je met une constante numero_version dans mon code, que j'incremente de 1 chaque fois que je change une structure de table.
Au démarrage de l'appli je vérifie la version, et si ca ne concorde pas je passe dans une fonction qui fait les mises à jour :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
 
if VersionDB<1 then begin
  //requetes de création des tables
end;
if VersionDB<2 then begin
  //requetes de mise à jour des structures de tables
end;
...

Merci tout le monde pour votre aide.
Je tag en résolu.