Discussion :

[koluche]

Bonjour à vous,
Je suis en train de développer une application sur un terminal Datalogic. Ce dernier est équipé du SE Windows CE5 (compact framework).
Dans mon application, j'ai besoin de faire des recherches dans des fichiers textes.
Il y en aurait 4. Ces fichiers sont assez volumineux, je compte donc mettre en application le principe de la recherche dichotomique.
Aussi, je me demande s'il est préférable:
-De tout réunir dans un seul fichier texte (CSV en vrai)
-De laisser les différents fichiers textes et de rechercher dedans les un apres les autres
-D'importer un ou tous les fichiers textes dans des dataset
-D'arréter tout sa et rentrer chez moi ()
-etc...

Je suis un débutant, et je me pose donc beaucoup de questions sur les performances de mon programme (je voudrais éviter que l'utilisateur ait à attendre...)

Merci à vous!!

[WOLO Laurent]

il vaux mieux les stockées en format XML afin de les manipuler via linq to XML par exemple. Plus besoin de recherches dichotomique.

[tomlev]

il vaux mieux les stockées en format XML afin de les manipuler via linq to XML par exemple. Plus besoin de recherches dichotomique.

Euh... oui, dans ce cas tu fais une recherche linéaire ! Pas idéal quand on cherche à optimiser les perfs
D'autant plus que travailler avec du XML est quand même nettement plus couteux qu'avec du texte... faut pas oublier que sous Windows CE les ressources systèmes sont généralement assez limitées !

@koluche, malheureusement tu ne peux pas vraiment faire de recherche dichotomique dans un fichier texte : en effet tu ne sais pas à quelle position commence chaque ligne, donc il faudrait à chaque fois rechercher le début de chaque ligne, et ce ne serait sans doute pas très performant.

Donc en gros, pour faire une recherche dichotomique, tu es plus ou moins obligé de charger les données en mémoire (dans une liste, un tableau ou un dataset par exemple), ce qui peut être problématique s'il y a beaucoup de données et pas beaucoup de mémoire.

Donc finalement, l'option qui s'impose à mon avis, c'est de stocker les données non pas dans des fichiers CSV, mais dans une base de données qui est faite pour ça et gère très bien ce genre de problématiques... Tu peux utiliser par exemple SQL Server Compact, ou SQLite

[WOLO Laurent]

SQL Server Compact Edition pas mal comme option reste à savoir s'il a des compétances SQL.

[koluche]

Bonjour à vous, et merci de vos réponses! A mon tour maintenant.
Je rerappelle que ce que je cherche, c'est un programme qui fera attendre le moins possible l'utilisateur (voir pas du tout ... le pied!!). Mais je pense que sa, vous l'avez compris =)

il vaux mieux les stockées en format XML afin de les manipuler via linq to XML par exemple. Plus besoin de recherches dichotomique.

Je ne connais pas le langage XML, et vu le temps que j'ai pour développer cette application, je préfère ne pas tenter! (De plus, j'aurais tendance à croire que c'est tout de même plus gourmand!)

Faut pas oublier que sous Windows CE les ressources systèmes sont généralement assez limitées !

En effet, voici quelques caractéristiques du terminal:
Processeur XScale, 624 MHz
RAM: 128 MB
Flash: 256 MB, Win CE 5.0

@koluche, malheureusement tu ne peux pas vraiment faire de recherche dichotomique dans un fichier texte : en effet tu ne sais pas à quelle position commence chaque ligne, donc il faudrait à chaque fois rechercher le début de chaque ligne, et ce ne serait sans doute pas très performant.

Je ne comprends pas vraiment en fait, si j'ai un fichier .CSV, et que je sais que je dois rechercher une information se trouvant dans la Xème colonne (cette colonne étant triée), je sais rechercher une information dedans non??
En fait, je n'ai jamais appliqué ce type de recherche.
Pourrais tu préciser un peu plus le problème de "début de chaque ligne inconnu" s'il te plait?

Donc en gros, pour faire une recherche dichotomique, tu es plus ou moins obligé de charger les données en mémoire (dans une liste, un tableau ou un dataset par exemple), ce qui peut être problématique s'il y a beaucoup de données et pas beaucoup de mémoire.

Effectivement, cette option va probablement poser un problème (j'ai quelques dizaines de milliers d'enregistrements).

Donc finalement, l'option qui s'impose à mon avis, c'est de stocker les données non pas dans des fichiers CSV, mais dans une base de données qui est faite pour ça et gère très bien ce genre de problématiques... Tu peux utiliser par exemple SQL Server Compact, ou SQLite

Alors la, je suis carrément d'accord. Mais j'ai un soucis:
Je ne peux pas utiliser le Wifi du terminal (Trop de problèmes liés à la connexion wifi dans l'entreprise). Donc il faudrait importer cette BDD via USB sur le beeper (c'est comme sa que j'appelle le terminal de saisie à code-barres) . C'est la que je pense que la mémoire interne du beeper n'est pas suffisante, je me trompe? (De plus, mon application n'est pas la seule sur le beeper, je vais me renseigner voir la quantité de mémoire disponible pour MON application).

Merci encore de votre temps, c'est vraiment intéressant de partager les connaissances de chacun, j'en apprend un peu plus chaque jour!!
Bonne journée!
Cordialement, Pierrick.

[koluche]

SQL Server Compact Edition pas mal comme option reste à savoir s'il a des compétances SQL.

Effectivement, le SQL ne me posera pas de problème tant qu'il n'est pas trop approfondi.
Je me renseigne tout de suite sur SQL Server Compact Edition!
Merci de cette info.

[Pol63]

-1 pour l'xml sur un windows CE
+1 pour sql server ce ca va rester ce qu'il y a de plus performant

Je ne comprends pas vraiment en fait, si j'ai un fichier .CSV, et que je sais que je dois rechercher une information se trouvant dans la Xème colonne (cette colonne étant triée), je sais rechercher une information dedans non??
En fait, je n'ai jamais appliqué ce type de recherche.
Pourrais tu préciser un peu plus le problème de "début de chaque ligne inconnu" s'il te plait?

techniquement ca ne fonctionne pas comme ca du tout
pour toi visuellement tu vois des lignes et des colonnes mais pour lire un fichier il faut lire des octets sans savoir à l'avance ce qu'il y a dedans
donc il faudrait que tu lises tout le fichier avant de pouvoir faire quelque chose (ou éventuellement ligne par ligne avant de tomber sur la bonne, mais tu ne peux pas dire je veux lire la ligne y, sauf peut etre si tu le nombre d'octets d'une ligne est fixe)

[koluche]

Pour lire un fichier il faut lire des octets sans savoir à l'avance ce qu'il y a dedans
donc il faudrait que tu lises tout le fichier avant de pouvoir faire quelque chose (ou éventuellement ligne par ligne avant de tomber sur la bonne, mais tu ne peux pas dire je veux lire la ligne y, sauf peut etre si tu le nombre d'octets d'une ligne est fixe)

Je me sens un peut bête d'avoir posé cette question =)
Merci beaucoup, réponse pour cette réponse concise!!

Je suis en train de me renseigner sur SQL Server CE, qui, après quelques lectures par ci par la, semble effectivement être la meilleure solution.


A bientôt tout le monde, merci pour vos réponses.