Discussion :

[NorexaMS]

Salut

Je développe actuellement une app qui doit gérér un groupe de COMMANDES (Commmandes Système, traitement et monitoring, chaque commande est un enregistrement comportant une disaine de variables (champs) et lors du monitoring mon app cherche la ligne correspondante et execute la commande en tenant compte des 10 parametres)
Ma qeustion est vu que mon app est dans le domaine des UTILITAIRES WINDOW, et que au maximum un utilisateur moyen va utiliser une centaine voire un peu plus de ces commandes, donc :

J'ai le choix entre faire une bdd firebird embarquée avec une seule table pour les commandes ou simplement, un fichier texte (centaine de ligne au format CSV) ? est ce plus rapide moins gourmand en resources lequel de ces deux modes est le plus adéquat à cette utilisation, SVP des réponses éclairées , un petit benchmarkl ne serait pas de refus

Encore Merci !

[VLDG]

Firebird est très bien mais tu peux aussi utiliser blackfish ou sqlite

[NorexaMS]

Merci pour la réponse mais dans ce cas de figure je souhaiterais avoir une petite comparaison FIREBIRD vs FICHIER CSV
Le essentiel de ma question est :
Est ce que utiliser firebird pour un petit utilitaire (table de 100 enregistrement max) n'est pas du genre "TUER UNE FOURMIS AVEC UN CHAR"

[rec82]

salut
pourquoi pas access? c'est simple et léger .
rec82.

[NorexaMS]

Access est simple mais pas légér
Access = Licence et moi je vogue dans le monde de lutilitaire, je ne vais pas fournir une licence pour chaque client.

Du coté de SQLLite j'ai téléchargé sqlite 4 for delphi mais ayant jamais utilisé ce sgbd je ne sais pas comment ni avec quoi créer une base de données SQLLITE et comment se connecter a une de ses tables ?

[SergioMaster]

pour une seule petite table de 100 enrg effectivement Firebird même embarque cela ne vaut peut être pas la peine . Firebird , comme les autres SGBD relationnelle ne devient intéressant qu'à partir du moment ou justement il y a des relations entre tables (entre autres choses).

Outre le fichier CSV de Base , il y a aussi le XML qui pourrait être intéressant
peut être un peu compliqué a mettre en place au début quoique cela dépend beaucoup de ta version de Delphi ( d'expérience, avec D2006 c'est un jeu d'adolescent pour ne pas dire d'enfant)

[Hauwke]

Access est simple mais pas légér
Access = Licence et moi je vogue dans le monde de lutilitaire, je ne vais pas fournir une licence pour chaque client.
...

Bonjour,
Inutile de disposer d'une licence pour chaque poste dans le cas où l'utilisateur final ne modifie pas la structure de la base de données. En fait, si j'ai bien compris votre probléme, l'utilisateur final n'a même pas besoin de connaître le type de base de données embarqué.
"Access" reste un choix judicieux mais le format "CSV" dans une simple grille de texte restera le format le plus léger.
Cordialement,
Hauwke

[NorexaMS]

Merci HAWKE mais pour access, en supposant que j'ai mis une base MDB dans mon utilitaire, et que un de mes utilisateurs finaux ne dispose de access installé, comment executerait il l'application ?

Devrai je fournir un RUNTIME ? si oui est il payant ?
Je n'ai pas encore déployé d'application utilisant une base MDB, donc je ne sais pas ce qu'il faudrait fournir, ou est ce disponible sur l'OS !
PS ma config actuellement :

DELPHI 7 ENTREPRISE
COMPO ZEOSDBO
FIREBIRD SQL 2.1
MS ACCESS 2003

[Hauwke]

Pas de runtime, aucune contribution à acquitter pour qui que ce soit.
Les fonctions de gestion de la BDD Access sont dans la FAQ.
Il vous faudra connecter votre BDD à l'aide des composants ADO, j'ignore si votre version de Delphi en est dotée mais les composants KADAO sont gratuits, me semble-t-il.
Cordialement,
Hauwke

[Paul TOTH]

Salut

Je développe actuellement une app qui doit gérér un groupe de COMMANDES (Commmandes Système, traitement et monitoring, chaque commande est un enregistrement comportant une disaine de variables (champs) et lors du monitoring mon app cherche la ligne correspondante et execute la commande en tenant compte des 10 parametres)
Ma qeustion est vu que mon app est dans le domaine des UTILITAIRES WINDOW, et que au maximum un utilisateur moyen va utiliser une centaine voire un peu plus de ces commandes, donc :

J'ai le choix entre faire une bdd firebird embarquée avec une seule table pour les commandes ou simplement, un fichier texte (centaine de ligne au format CSV) ? est ce plus rapide moins gourmand en resources lequel de ces deux modes est le plus adéquat à cette utilisation, SVP des réponses éclairées , un petit benchmarkl ne serait pas de refus

Encore Merci !

pour 100 lignes pas besoin de BDD
une structure mémoire sérialisée suffira
donc tout en mémoire est une méthode Load() pour la charger, et une méthode Save() pour l'enregistrer et le tour est joué

Pense à Excel, tu peux gérer bien plus de lignes sans faire appel à une BDD

[Patrick25300]

Bonjour
Je te conseille un ClientDataSet et un DataSource
Avec ça tu peux créer une petite base de données en Xml ou binaire qui s' appelle aussi MyBase voici un lien http://delphipage.free.fr/mybase.html
et tout peut être inclus dans ton exécutable sauf le fichier de données.
Patrick

[ShaiLeTroll]

pour 100 lignes pas besoin de BDD
une structure mémoire sérialisée suffira
donc tout en mémoire est une méthode Load() pour la charger, et une méthode Save() pour l'enregistrer et le tour est joué

Pour illustrer les propos de Paul TOTH : Quel composant pour présenter des enregistrements ? ou Enregistrement de record non finalisé, pour ce qui concerne la performance, c'est imbattable, tu charges le fichier comme si c'était une zone mémoire ...



Sinon, le TClientDataSet est très pratique, je l'utilise souvent pour effectuer des exports de fichier en XML (l'avantage c'est que la structure est bien défini et permet de mettre un validateur XML)

[Georges P]

Je suis d'accord avec ceux qui prône le TClienDataSet, c'est facile voire très facile à utiliser, filtrer, sauver, charger et ce sous forme de XML ou binaire. je l'utilise très souvent pour sa souplesse. son travail en mémoire n'est pas un inconvénient...