Je vous présente rapidement mon projet :
Je souhaite faire un programme qui recherche une string dans une liste de
quelques dizaines de miliers de string.
Pour l'instant, ces strings sont stoquées à la suite (avec un caractère de
séparation) dans un fichier texte et elles sont chargé au début de mon prog
dans une listbox.
Cette listbox est ensuite parcouru avec une boucle for à chque fois qu'on le
souhaite.
Le problème c'est que cette liste peut-être parcouru assez souvent (de
l'ordre d'une fois par seconde) et le système de boucle Fopr est quand même
assez long!
L'idéal serait donc de créer une base de donnée. J'aimerais juste éviter le
système Access, car cela rajoute des fichiers très volumineux dans
l'installation et que je suis limité en taille d'installation.
Bref : Connaissez vous un moyen de faire une BD qui ne demande pas trop de
fichier d'installation supplémentaire?
Je ne sais pas si cela est faisable, mais je remercie ceux qui pourront
m'aider!
Visual Foxpro est la solution idéale pour ce type de problème.
http://www.atoutfox.com
-- Loïc
LE TROLL
Bdd je ne fais pas, mais pour ta recherche, si sorted=true, tu peux avoir une recherche quasi immédiate avec quelques accès, par la méthode des moitiés:
chercher à longueur liste / 2 si chaîne cherchée = chaine liste ok on sort si chaîne cherchée < chaîne liste on cherche au milieu de la 1ere moitié (1/4), etc... si chaîne cherchée > chaîne liste on cherche au milieu de la 2eme moitié (3/4), etc... -----------------
"Douns" a écrit dans le message de news:
Bonjour,
Je vous présente rapidement mon projet : Je souhaite faire un programme qui recherche une string dans une liste de quelques dizaines de miliers de string.
Pour l'instant, ces strings sont stoquées à la suite (avec un caractère de séparation) dans un fichier texte et elles sont chargé au début de mon prog dans une listbox. Cette listbox est ensuite parcouru avec une boucle for à chque fois qu'on le souhaite.
Le problème c'est que cette liste peut-être parcouru assez souvent (de l'ordre d'une fois par seconde) et le système de boucle Fopr est quand même assez long!
L'idéal serait donc de créer une base de donnée. J'aimerais juste éviter le système Access, car cela rajoute des fichiers très volumineux dans l'installation et que je suis limité en taille d'installation.
Bref : Connaissez vous un moyen de faire une BD qui ne demande pas trop de fichier d'installation supplémentaire? Je ne sais pas si cela est faisable, mais je remercie ceux qui pourront m'aider!
Douns
Bdd je ne fais pas, mais pour ta recherche, si
sorted=true, tu peux avoir une recherche quasi immédiate
avec quelques accès, par la méthode des moitiés:
chercher à longueur liste / 2
si chaîne cherchée = chaine liste ok on sort
si chaîne cherchée < chaîne liste
on cherche au milieu de la 1ere moitié (1/4), etc...
si chaîne cherchée > chaîne liste
on cherche au milieu de la 2eme moitié (3/4), etc...
-----------------
"Douns" <Douns@discussions.microsoft.com> a écrit dans le
message de news:
2E3487D5-0100-4FF5-A924-3A9A50E65C06@microsoft.com...
Bonjour,
Je vous présente rapidement mon projet :
Je souhaite faire un programme qui recherche une string
dans une liste de
quelques dizaines de miliers de string.
Pour l'instant, ces strings sont stoquées à la suite (avec
un caractère de
séparation) dans un fichier texte et elles sont chargé au
début de mon prog
dans une listbox.
Cette listbox est ensuite parcouru avec une boucle for à
chque fois qu'on le
souhaite.
Le problème c'est que cette liste peut-être parcouru assez
souvent (de
l'ordre d'une fois par seconde) et le système de boucle
Fopr est quand même
assez long!
L'idéal serait donc de créer une base de donnée.
J'aimerais juste éviter le
système Access, car cela rajoute des fichiers très
volumineux dans
l'installation et que je suis limité en taille
d'installation.
Bref : Connaissez vous un moyen de faire une BD qui ne
demande pas trop de
fichier d'installation supplémentaire?
Je ne sais pas si cela est faisable, mais je remercie ceux
qui pourront
m'aider!
Bdd je ne fais pas, mais pour ta recherche, si sorted=true, tu peux avoir une recherche quasi immédiate avec quelques accès, par la méthode des moitiés:
chercher à longueur liste / 2 si chaîne cherchée = chaine liste ok on sort si chaîne cherchée < chaîne liste on cherche au milieu de la 1ere moitié (1/4), etc... si chaîne cherchée > chaîne liste on cherche au milieu de la 2eme moitié (3/4), etc... -----------------
"Douns" a écrit dans le message de news:
Bonjour,
Je vous présente rapidement mon projet : Je souhaite faire un programme qui recherche une string dans une liste de quelques dizaines de miliers de string.
Pour l'instant, ces strings sont stoquées à la suite (avec un caractère de séparation) dans un fichier texte et elles sont chargé au début de mon prog dans une listbox. Cette listbox est ensuite parcouru avec une boucle for à chque fois qu'on le souhaite.
Le problème c'est que cette liste peut-être parcouru assez souvent (de l'ordre d'une fois par seconde) et le système de boucle Fopr est quand même assez long!
L'idéal serait donc de créer une base de donnée. J'aimerais juste éviter le système Access, car cela rajoute des fichiers très volumineux dans l'installation et que je suis limité en taille d'installation.
Bref : Connaissez vous un moyen de faire une BD qui ne demande pas trop de fichier d'installation supplémentaire? Je ne sais pas si cela est faisable, mais je remercie ceux qui pourront m'aider!
Douns
LE TROLL
Heu, cher Loïc, j'ai utilisé il y a 2 ans FoxPro avec du NT3, c'était un enfer de lenteur, remarques, il s'est peut être amélioré depuis??? ---------------
"Loïc" a écrit dans le message de news:
Douns a pensé très fort :
pas si cela est faisable
Visual Foxpro est la solution idéale pour ce type de problème.
http://www.atoutfox.com
-- Loïc
Heu, cher Loïc, j'ai utilisé il y a 2 ans FoxPro avec du
NT3, c'était un enfer de lenteur, remarques, il s'est peut
être amélioré depuis???
---------------
"Loïc" <l@nospam.net> a écrit dans le message de news:
mn.22cd7d5835d7b540.16898@nospam.net...
Douns a pensé très fort :
pas si cela est faisable
Visual Foxpro est la solution idéale pour ce type de
problème.
Heu, cher Loïc, j'ai utilisé il y a 2 ans FoxPro avec du NT3, c'était un enfer de lenteur, remarques, il s'est peut être amélioré depuis??? ---------------
"Loïc" a écrit dans le message de news:
Douns a pensé très fort :
pas si cela est faisable
Visual Foxpro est la solution idéale pour ce type de problème.
http://www.atoutfox.com
-- Loïc
Douns
Le problème c'est que FOXPRO est payant. Je suis d'accord que cela serait une bonne solution, mais ce n'est pas encore ce que je recherche. Il me faut un moyen d'executer des requettes sur n'importe quel os (on reste dans les windows bien sur!) en rajoutant un minimum de fichier lors de l'installation.
J'espère avoir été assez clair! :p
"Loïc" a écrit :
Douns a pensé très fort : > pas si cela est faisable
Visual Foxpro est la solution idéale pour ce type de problème.
http://www.atoutfox.com
-- Loïc
Le problème c'est que FOXPRO est payant. Je suis d'accord que cela serait une
bonne solution, mais ce n'est pas encore ce que je recherche.
Il me faut un moyen d'executer des requettes sur n'importe quel os (on reste
dans les windows bien sur!) en rajoutant un minimum de fichier lors de
l'installation.
J'espère avoir été assez clair! :p
"Loïc" a écrit :
Douns a pensé très fort :
> pas si cela est faisable
Visual Foxpro est la solution idéale pour ce type de problème.
Le problème c'est que FOXPRO est payant. Je suis d'accord que cela serait une bonne solution, mais ce n'est pas encore ce que je recherche. Il me faut un moyen d'executer des requettes sur n'importe quel os (on reste dans les windows bien sur!) en rajoutant un minimum de fichier lors de l'installation.
J'espère avoir été assez clair! :p
"Loïc" a écrit :
Douns a pensé très fort : > pas si cela est faisable
Visual Foxpro est la solution idéale pour ce type de problème.
http://www.atoutfox.com
-- Loïc
Loïc
LE TROLL a utilisé son clavier pour écrire :
Heu, cher Loïc, j'ai utilisé il y a 2 ans FoxPro avec du NT3, c'était un enfer de lenteur, remarques, il s'est peut être amélioré depuis??? ---------------
"Loïc" a écrit dans le message de news:
Douns a pensé très fort :
pas si cela est faisable
Visual Foxpro est la solution idéale pour ce type de problème.
http://www.atoutfox.com
-- Loïc
Ca m'étonne pas t'as du programmer n'importe comment comme à ton habitude.
Pour info j'ai des perfs bien supérieurs avec vfp en requêtage et en temps d'accès que sqlserveur et mysql (je ne parle même pas d'access) sur des tables de plusieurs millions d'enregistrements. Et pour concevoir une base de données relationnelles c'est un vrai bonheur.
vfp est réputé depuis son apparition pour être très performant...
Je te renvoie au newsgroup microsoft.public.fr.fox pour avoir des feedback très intéressant.
Essayer cet outil pour le développement et le déploiement des applis de gestion, c'est l'adopter!
-- Loïc
LE TROLL a utilisé son clavier pour écrire :
Heu, cher Loïc, j'ai utilisé il y a 2 ans FoxPro avec du NT3, c'était un
enfer de lenteur, remarques, il s'est peut être amélioré depuis???
---------------
"Loïc" <l@nospam.net> a écrit dans le message de news:
mn.22cd7d5835d7b540.16898@nospam.net...
Douns a pensé très fort :
pas si cela est faisable
Visual Foxpro est la solution idéale pour ce type de problème.
http://www.atoutfox.com
-- Loïc
Ca m'étonne pas t'as du programmer n'importe comment comme à ton
habitude.
Pour info j'ai des perfs bien supérieurs avec vfp en requêtage et en
temps d'accès que sqlserveur et mysql (je ne parle même pas d'access)
sur des tables de plusieurs millions d'enregistrements.
Et pour concevoir une base de données relationnelles c'est un vrai
bonheur.
vfp est réputé depuis son apparition pour être très performant...
Je te renvoie au newsgroup microsoft.public.fr.fox pour avoir des
feedback très intéressant.
Essayer cet outil pour le développement et le déploiement des applis de
gestion, c'est l'adopter!
Heu, cher Loïc, j'ai utilisé il y a 2 ans FoxPro avec du NT3, c'était un enfer de lenteur, remarques, il s'est peut être amélioré depuis??? ---------------
"Loïc" a écrit dans le message de news:
Douns a pensé très fort :
pas si cela est faisable
Visual Foxpro est la solution idéale pour ce type de problème.
http://www.atoutfox.com
-- Loïc
Ca m'étonne pas t'as du programmer n'importe comment comme à ton habitude.
Pour info j'ai des perfs bien supérieurs avec vfp en requêtage et en temps d'accès que sqlserveur et mysql (je ne parle même pas d'access) sur des tables de plusieurs millions d'enregistrements. Et pour concevoir une base de données relationnelles c'est un vrai bonheur.
vfp est réputé depuis son apparition pour être très performant...
Je te renvoie au newsgroup microsoft.public.fr.fox pour avoir des feedback très intéressant.
Essayer cet outil pour le développement et le déploiement des applis de gestion, c'est l'adopter!
-- Loïc
Loïc
Le 04/08/2005, Douns a supposé :
Le problème c'est que FOXPRO est payant. Je suis d'accord que cela serait une bonne solution, mais ce n'est pas encore ce que je recherche. Il me faut un moyen d'executer des requettes sur n'importe quel os (on reste dans les windows bien sur!) en rajoutant un minimum de fichier lors de l'installation.
Dans ce cas je crois qu'access est la solution qui convient le mieux à ton besoin.
-- Loïc
Le 04/08/2005, Douns a supposé :
Le problème c'est que FOXPRO est payant. Je suis d'accord que cela serait
une bonne solution, mais ce n'est pas encore ce que je recherche.
Il me faut un moyen d'executer des requettes sur n'importe quel os (on reste
dans les windows bien sur!) en rajoutant un minimum de fichier lors de
l'installation.
Le problème c'est que FOXPRO est payant. Je suis d'accord que cela serait une bonne solution, mais ce n'est pas encore ce que je recherche. Il me faut un moyen d'executer des requettes sur n'importe quel os (on reste dans les windows bien sur!) en rajoutant un minimum de fichier lors de l'installation.
Dans ce cas je crois qu'access est la solution qui convient le mieux à ton besoin.
-- Loïc
Douns
Mouah, ca aurait pu être très bon cela! C'est bien pensé! Mais (y'a toujours un mais) la string recheché peut se trouver au milieu d'une string. par exemple la string pourrait être "toto" et se trouver au milieu de "tatatototiti". Et sur le coup, ca en passe plus... :/
Mais merci quand même, cette méthode de recherche est pas mal du tout! D'autres idées? :p
"LE TROLL" a écrit :
Bdd je ne fais pas, mais pour ta recherche, si sorted=true, tu peux avoir une recherche quasi immédiate avec quelques accès, par la méthode des moitiés:
chercher à longueur liste / 2 si chaîne cherchée = chaine liste ok on sort si chaîne cherchée < chaîne liste on cherche au milieu de la 1ere moitié (1/4), etc... si chaîne cherchée > chaîne liste on cherche au milieu de la 2eme moitié (3/4), etc... -----------------
"Douns" a écrit dans le message de news:
> Bonjour, > > Je vous présente rapidement mon projet : > Je souhaite faire un programme qui recherche une string > dans une liste de > quelques dizaines de miliers de string. > > Pour l'instant, ces strings sont stoquées à la suite (avec > un caractère de > séparation) dans un fichier texte et elles sont chargé au > début de mon prog > dans une listbox. > Cette listbox est ensuite parcouru avec une boucle for à > chque fois qu'on le > souhaite. > > Le problème c'est que cette liste peut-être parcouru assez > souvent (de > l'ordre d'une fois par seconde) et le système de boucle > Fopr est quand même > assez long! > > L'idéal serait donc de créer une base de donnée. > J'aimerais juste éviter le > système Access, car cela rajoute des fichiers très > volumineux dans > l'installation et que je suis limité en taille > d'installation. > > Bref : Connaissez vous un moyen de faire une BD qui ne > demande pas trop de > fichier d'installation supplémentaire? > Je ne sais pas si cela est faisable, mais je remercie ceux > qui pourront > m'aider! > > Douns
Mouah, ca aurait pu être très bon cela! C'est bien pensé!
Mais (y'a toujours un mais) la string recheché peut se trouver au milieu
d'une string. par exemple la string pourrait être "toto" et se trouver au
milieu de "tatatototiti". Et sur le coup, ca en passe plus... :/
Mais merci quand même, cette méthode de recherche est pas mal du tout!
D'autres idées? :p
"LE TROLL" a écrit :
Bdd je ne fais pas, mais pour ta recherche, si
sorted=true, tu peux avoir une recherche quasi immédiate
avec quelques accès, par la méthode des moitiés:
chercher à longueur liste / 2
si chaîne cherchée = chaine liste ok on sort
si chaîne cherchée < chaîne liste
on cherche au milieu de la 1ere moitié (1/4), etc...
si chaîne cherchée > chaîne liste
on cherche au milieu de la 2eme moitié (3/4), etc...
-----------------
"Douns" <Douns@discussions.microsoft.com> a écrit dans le
message de news:
2E3487D5-0100-4FF5-A924-3A9A50E65C06@microsoft.com...
> Bonjour,
>
> Je vous présente rapidement mon projet :
> Je souhaite faire un programme qui recherche une string
> dans une liste de
> quelques dizaines de miliers de string.
>
> Pour l'instant, ces strings sont stoquées à la suite (avec
> un caractère de
> séparation) dans un fichier texte et elles sont chargé au
> début de mon prog
> dans une listbox.
> Cette listbox est ensuite parcouru avec une boucle for à
> chque fois qu'on le
> souhaite.
>
> Le problème c'est que cette liste peut-être parcouru assez
> souvent (de
> l'ordre d'une fois par seconde) et le système de boucle
> Fopr est quand même
> assez long!
>
> L'idéal serait donc de créer une base de donnée.
> J'aimerais juste éviter le
> système Access, car cela rajoute des fichiers très
> volumineux dans
> l'installation et que je suis limité en taille
> d'installation.
>
> Bref : Connaissez vous un moyen de faire une BD qui ne
> demande pas trop de
> fichier d'installation supplémentaire?
> Je ne sais pas si cela est faisable, mais je remercie ceux
> qui pourront
> m'aider!
>
> Douns
Mouah, ca aurait pu être très bon cela! C'est bien pensé! Mais (y'a toujours un mais) la string recheché peut se trouver au milieu d'une string. par exemple la string pourrait être "toto" et se trouver au milieu de "tatatototiti". Et sur le coup, ca en passe plus... :/
Mais merci quand même, cette méthode de recherche est pas mal du tout! D'autres idées? :p
"LE TROLL" a écrit :
Bdd je ne fais pas, mais pour ta recherche, si sorted=true, tu peux avoir une recherche quasi immédiate avec quelques accès, par la méthode des moitiés:
chercher à longueur liste / 2 si chaîne cherchée = chaine liste ok on sort si chaîne cherchée < chaîne liste on cherche au milieu de la 1ere moitié (1/4), etc... si chaîne cherchée > chaîne liste on cherche au milieu de la 2eme moitié (3/4), etc... -----------------
"Douns" a écrit dans le message de news:
> Bonjour, > > Je vous présente rapidement mon projet : > Je souhaite faire un programme qui recherche une string > dans une liste de > quelques dizaines de miliers de string. > > Pour l'instant, ces strings sont stoquées à la suite (avec > un caractère de > séparation) dans un fichier texte et elles sont chargé au > début de mon prog > dans une listbox. > Cette listbox est ensuite parcouru avec une boucle for à > chque fois qu'on le > souhaite. > > Le problème c'est que cette liste peut-être parcouru assez > souvent (de > l'ordre d'une fois par seconde) et le système de boucle > Fopr est quand même > assez long! > > L'idéal serait donc de créer une base de donnée. > J'aimerais juste éviter le > système Access, car cela rajoute des fichiers très > volumineux dans > l'installation et que je suis limité en taille > d'installation. > > Bref : Connaissez vous un moyen de faire une BD qui ne > demande pas trop de > fichier d'installation supplémentaire? > Je ne sais pas si cela est faisable, mais je remercie ceux > qui pourront > m'aider! > > Douns
LE TROLL
Ce n'est pas moi qui avait fait l'applie FoxPro, je l'utilisais simplement...
Me concernant, je ne fais que de la programmation, je fais mes bases moi-même, je ne bidouille jamais avec des bases de données, ou des applis comme Excel ou Word, ce n'est pas portable, trop de problèmes, faut sans cesse mettre à jour... Mais bon, toi tu fais des applications, moi des logiciels, c'est pour ça que j'ai besoin que ce soit portable (sous Windows avec le Run évidemment, ou tout inclus à l'exe)... -------------
"Loïc" a écrit dans le message de news:
LE TROLL a utilisé son clavier pour écrire :
Heu, cher Loïc, j'ai utilisé il y a 2 ans FoxPro avec du NT3, c'était un enfer de lenteur, remarques, il s'est peut être amélioré depuis??? ---------------
"Loïc" a écrit dans le message de news:
Douns a pensé très fort :
pas si cela est faisable
Visual Foxpro est la solution idéale pour ce type de problème.
http://www.atoutfox.com
-- Loïc
Ca m'étonne pas t'as du programmer n'importe comment comme à ton habitude.
Pour info j'ai des perfs bien supérieurs avec vfp en requêtage et en temps d'accès que sqlserveur et mysql (je ne parle même pas d'access) sur des tables de plusieurs millions d'enregistrements. Et pour concevoir une base de données relationnelles c'est un vrai bonheur.
vfp est réputé depuis son apparition pour être très performant...
Je te renvoie au newsgroup microsoft.public.fr.fox pour avoir des feedback très intéressant.
Essayer cet outil pour le développement et le déploiement des applis de gestion, c'est l'adopter!
-- Loïc
Ce n'est pas moi qui avait fait l'applie FoxPro, je
l'utilisais simplement...
Me concernant, je ne fais que de la programmation, je fais
mes bases moi-même, je ne bidouille jamais avec des bases de
données, ou des applis comme Excel ou Word, ce n'est pas
portable, trop de problèmes, faut sans cesse mettre à
jour...
Mais bon, toi tu fais des applications, moi des logiciels,
c'est pour ça que j'ai besoin que ce soit portable (sous
Windows avec le Run évidemment, ou tout inclus à l'exe)...
-------------
"Loïc" <l@nospam.net> a écrit dans le message de news:
mn.22dd7d58afa6ddc1.16898@nospam.net...
LE TROLL a utilisé son clavier pour écrire :
Heu, cher Loïc, j'ai utilisé il y a 2 ans FoxPro avec du
NT3, c'était un enfer de lenteur, remarques, il s'est
peut être amélioré depuis???
---------------
"Loïc" <l@nospam.net> a écrit dans le message de news:
mn.22cd7d5835d7b540.16898@nospam.net...
Douns a pensé très fort :
pas si cela est faisable
Visual Foxpro est la solution idéale pour ce type de
problème.
http://www.atoutfox.com
-- Loïc
Ca m'étonne pas t'as du programmer n'importe comment comme
à ton habitude.
Pour info j'ai des perfs bien supérieurs avec vfp en
requêtage et en temps d'accès que sqlserveur et mysql (je
ne parle même pas d'access) sur des tables de plusieurs
millions d'enregistrements.
Et pour concevoir une base de données relationnelles c'est
un vrai bonheur.
vfp est réputé depuis son apparition pour être très
performant...
Je te renvoie au newsgroup microsoft.public.fr.fox pour
avoir des feedback très intéressant.
Essayer cet outil pour le développement et le déploiement
des applis de gestion, c'est l'adopter!
Ce n'est pas moi qui avait fait l'applie FoxPro, je l'utilisais simplement...
Me concernant, je ne fais que de la programmation, je fais mes bases moi-même, je ne bidouille jamais avec des bases de données, ou des applis comme Excel ou Word, ce n'est pas portable, trop de problèmes, faut sans cesse mettre à jour... Mais bon, toi tu fais des applications, moi des logiciels, c'est pour ça que j'ai besoin que ce soit portable (sous Windows avec le Run évidemment, ou tout inclus à l'exe)... -------------
"Loïc" a écrit dans le message de news:
LE TROLL a utilisé son clavier pour écrire :
Heu, cher Loïc, j'ai utilisé il y a 2 ans FoxPro avec du NT3, c'était un enfer de lenteur, remarques, il s'est peut être amélioré depuis??? ---------------
"Loïc" a écrit dans le message de news:
Douns a pensé très fort :
pas si cela est faisable
Visual Foxpro est la solution idéale pour ce type de problème.
http://www.atoutfox.com
-- Loïc
Ca m'étonne pas t'as du programmer n'importe comment comme à ton habitude.
Pour info j'ai des perfs bien supérieurs avec vfp en requêtage et en temps d'accès que sqlserveur et mysql (je ne parle même pas d'access) sur des tables de plusieurs millions d'enregistrements. Et pour concevoir une base de données relationnelles c'est un vrai bonheur.
vfp est réputé depuis son apparition pour être très performant...
Je te renvoie au newsgroup microsoft.public.fr.fox pour avoir des feedback très intéressant.
Essayer cet outil pour le développement et le déploiement des applis de gestion, c'est l'adopter!
-- Loïc
LE TROLL
Ben les possibilités sont conséquentes, tu peux faire plusieurs fichier par exemple, etc... Mais déjà faudrait dire exactement à quoi ça ressemble, dans quoi tu cherche quoi, pour quelle raison, etc... C'est en comprenant qu'on a des idée, là je ne vois que vaguement, tu cherche une chaîne dans un chaîne qui contient des chaînes, lol, j'ai du mal avec ça a avoir des idée... Enfin à titre perso je suis contre les bdd, car y a trop d'emmerdes avec, par rapport à un bon vieux exe avec son run et ses fichiers txt, mais bon, souvent si la recherche est bien mené ça va vite... Comme je disais à Loïc, vous faites des applications en réseau, moi des logiciels distribués par téléchargement en PC, les obligations de portabilités ne sont pas les mêmes, la taille non plus... -----------
"Douns" a écrit dans le message de news:
Mouah, ca aurait pu être très bon cela! C'est bien pensé! Mais (y'a toujours un mais) la string recheché peut se trouver au milieu d'une string. par exemple la string pourrait être "toto" et se trouver au milieu de "tatatototiti". Et sur le coup, ca en passe plus... :/
Mais merci quand même, cette méthode de recherche est pas mal du tout! D'autres idées? :p
"LE TROLL" a écrit :
Bdd je ne fais pas, mais pour ta recherche, si sorted=true, tu peux avoir une recherche quasi immédiate avec quelques accès, par la méthode des moitiés:
chercher à longueur liste / 2 si chaîne cherchée = chaine liste ok on sort si chaîne cherchée < chaîne liste on cherche au milieu de la 1ere moitié (1/4), etc... si chaîne cherchée > chaîne liste on cherche au milieu de la 2eme moitié (3/4), etc... -----------------
"Douns" a écrit dans le message de news:
> Bonjour, > > Je vous présente rapidement mon projet : > Je souhaite faire un programme qui recherche une string > dans une liste de > quelques dizaines de miliers de string. > > Pour l'instant, ces strings sont stoquées à la suite > (avec > un caractère de > séparation) dans un fichier texte et elles sont chargé > au > début de mon prog > dans une listbox. > Cette listbox est ensuite parcouru avec une boucle for > à > chque fois qu'on le > souhaite. > > Le problème c'est que cette liste peut-être parcouru > assez > souvent (de > l'ordre d'une fois par seconde) et le système de boucle > Fopr est quand même > assez long! > > L'idéal serait donc de créer une base de donnée. > J'aimerais juste éviter le > système Access, car cela rajoute des fichiers très > volumineux dans > l'installation et que je suis limité en taille > d'installation. > > Bref : Connaissez vous un moyen de faire une BD qui ne > demande pas trop de > fichier d'installation supplémentaire? > Je ne sais pas si cela est faisable, mais je remercie > ceux > qui pourront > m'aider! > > Douns
Ben les possibilités sont conséquentes, tu peux faire
plusieurs fichier par exemple, etc...
Mais déjà faudrait dire exactement à quoi ça ressemble, dans
quoi tu cherche quoi, pour quelle raison, etc... C'est en
comprenant qu'on a des idée, là je ne vois que vaguement, tu
cherche une chaîne dans un chaîne qui contient des chaînes,
lol, j'ai du mal avec ça a avoir des idée...
Enfin à titre perso je suis contre les bdd, car y a trop
d'emmerdes avec, par rapport à un bon vieux exe avec son run
et ses fichiers txt, mais bon, souvent si la recherche est
bien mené ça va vite...
Comme je disais à Loïc, vous faites des applications en
réseau, moi des logiciels distribués par téléchargement en
PC, les obligations de portabilités ne sont pas les mêmes,
la taille non plus...
-----------
"Douns" <Douns@discussions.microsoft.com> a écrit dans le
message de news:
E29F02F6-2941-483E-A15C-5EA36176E027@microsoft.com...
Mouah, ca aurait pu être très bon cela! C'est bien pensé!
Mais (y'a toujours un mais) la string recheché peut se
trouver au milieu
d'une string. par exemple la string pourrait être "toto"
et se trouver au
milieu de "tatatototiti". Et sur le coup, ca en passe
plus... :/
Mais merci quand même, cette méthode de recherche est pas
mal du tout!
D'autres idées? :p
"LE TROLL" a écrit :
Bdd je ne fais pas, mais pour ta recherche, si
sorted=true, tu peux avoir une recherche quasi immédiate
avec quelques accès, par la méthode des moitiés:
chercher à longueur liste / 2
si chaîne cherchée = chaine liste ok on sort
si chaîne cherchée < chaîne liste
on cherche au milieu de la 1ere moitié (1/4), etc...
si chaîne cherchée > chaîne liste
on cherche au milieu de la 2eme moitié (3/4), etc...
-----------------
"Douns" <Douns@discussions.microsoft.com> a écrit dans le
message de news:
2E3487D5-0100-4FF5-A924-3A9A50E65C06@microsoft.com...
> Bonjour,
>
> Je vous présente rapidement mon projet :
> Je souhaite faire un programme qui recherche une string
> dans une liste de
> quelques dizaines de miliers de string.
>
> Pour l'instant, ces strings sont stoquées à la suite
> (avec
> un caractère de
> séparation) dans un fichier texte et elles sont chargé
> au
> début de mon prog
> dans une listbox.
> Cette listbox est ensuite parcouru avec une boucle for
> à
> chque fois qu'on le
> souhaite.
>
> Le problème c'est que cette liste peut-être parcouru
> assez
> souvent (de
> l'ordre d'une fois par seconde) et le système de boucle
> Fopr est quand même
> assez long!
>
> L'idéal serait donc de créer une base de donnée.
> J'aimerais juste éviter le
> système Access, car cela rajoute des fichiers très
> volumineux dans
> l'installation et que je suis limité en taille
> d'installation.
>
> Bref : Connaissez vous un moyen de faire une BD qui ne
> demande pas trop de
> fichier d'installation supplémentaire?
> Je ne sais pas si cela est faisable, mais je remercie
> ceux
> qui pourront
> m'aider!
>
> Douns
Ben les possibilités sont conséquentes, tu peux faire plusieurs fichier par exemple, etc... Mais déjà faudrait dire exactement à quoi ça ressemble, dans quoi tu cherche quoi, pour quelle raison, etc... C'est en comprenant qu'on a des idée, là je ne vois que vaguement, tu cherche une chaîne dans un chaîne qui contient des chaînes, lol, j'ai du mal avec ça a avoir des idée... Enfin à titre perso je suis contre les bdd, car y a trop d'emmerdes avec, par rapport à un bon vieux exe avec son run et ses fichiers txt, mais bon, souvent si la recherche est bien mené ça va vite... Comme je disais à Loïc, vous faites des applications en réseau, moi des logiciels distribués par téléchargement en PC, les obligations de portabilités ne sont pas les mêmes, la taille non plus... -----------
"Douns" a écrit dans le message de news:
Mouah, ca aurait pu être très bon cela! C'est bien pensé! Mais (y'a toujours un mais) la string recheché peut se trouver au milieu d'une string. par exemple la string pourrait être "toto" et se trouver au milieu de "tatatototiti". Et sur le coup, ca en passe plus... :/
Mais merci quand même, cette méthode de recherche est pas mal du tout! D'autres idées? :p
"LE TROLL" a écrit :
Bdd je ne fais pas, mais pour ta recherche, si sorted=true, tu peux avoir une recherche quasi immédiate avec quelques accès, par la méthode des moitiés:
chercher à longueur liste / 2 si chaîne cherchée = chaine liste ok on sort si chaîne cherchée < chaîne liste on cherche au milieu de la 1ere moitié (1/4), etc... si chaîne cherchée > chaîne liste on cherche au milieu de la 2eme moitié (3/4), etc... -----------------
"Douns" a écrit dans le message de news:
> Bonjour, > > Je vous présente rapidement mon projet : > Je souhaite faire un programme qui recherche une string > dans une liste de > quelques dizaines de miliers de string. > > Pour l'instant, ces strings sont stoquées à la suite > (avec > un caractère de > séparation) dans un fichier texte et elles sont chargé > au > début de mon prog > dans une listbox. > Cette listbox est ensuite parcouru avec une boucle for > à > chque fois qu'on le > souhaite. > > Le problème c'est que cette liste peut-être parcouru > assez > souvent (de > l'ordre d'une fois par seconde) et le système de boucle > Fopr est quand même > assez long! > > L'idéal serait donc de créer une base de donnée. > J'aimerais juste éviter le > système Access, car cela rajoute des fichiers très > volumineux dans > l'installation et que je suis limité en taille > d'installation. > > Bref : Connaissez vous un moyen de faire une BD qui ne > demande pas trop de > fichier d'installation supplémentaire? > Je ne sais pas si cela est faisable, mais je remercie > ceux > qui pourront > m'aider! > > Douns
Guy DETIENNE
Salut ;O)
Vois MySQL qui est entièrement gratuit et est un vrai client-serveur.
Guy
"Douns" a écrit dans le message de news:
Bonjour,
Je vous présente rapidement mon projet : Je souhaite faire un programme qui recherche une string dans une liste de quelques dizaines de miliers de string.
Pour l'instant, ces strings sont stoquées à la suite (avec un caractère de séparation) dans un fichier texte et elles sont chargé au début de mon
prog
dans une listbox. Cette listbox est ensuite parcouru avec une boucle for à chque fois qu'on
le
souhaite.
Le problème c'est que cette liste peut-être parcouru assez souvent (de l'ordre d'une fois par seconde) et le système de boucle Fopr est quand
même
assez long!
L'idéal serait donc de créer une base de donnée. J'aimerais juste éviter
le
système Access, car cela rajoute des fichiers très volumineux dans l'installation et que je suis limité en taille d'installation.
Bref : Connaissez vous un moyen de faire une BD qui ne demande pas trop de fichier d'installation supplémentaire? Je ne sais pas si cela est faisable, mais je remercie ceux qui pourront m'aider!
Douns
Salut ;O)
Vois MySQL qui est entièrement gratuit et est un vrai client-serveur.
Guy
"Douns" <Douns@discussions.microsoft.com> a écrit dans le message de
news:2E3487D5-0100-4FF5-A924-3A9A50E65C06@microsoft.com...
Bonjour,
Je vous présente rapidement mon projet :
Je souhaite faire un programme qui recherche une string dans une liste de
quelques dizaines de miliers de string.
Pour l'instant, ces strings sont stoquées à la suite (avec un caractère de
séparation) dans un fichier texte et elles sont chargé au début de mon
prog
dans une listbox.
Cette listbox est ensuite parcouru avec une boucle for à chque fois qu'on
le
souhaite.
Le problème c'est que cette liste peut-être parcouru assez souvent (de
l'ordre d'une fois par seconde) et le système de boucle Fopr est quand
même
assez long!
L'idéal serait donc de créer une base de donnée. J'aimerais juste éviter
le
système Access, car cela rajoute des fichiers très volumineux dans
l'installation et que je suis limité en taille d'installation.
Bref : Connaissez vous un moyen de faire une BD qui ne demande pas trop de
fichier d'installation supplémentaire?
Je ne sais pas si cela est faisable, mais je remercie ceux qui pourront
m'aider!
Vois MySQL qui est entièrement gratuit et est un vrai client-serveur.
Guy
"Douns" a écrit dans le message de news:
Bonjour,
Je vous présente rapidement mon projet : Je souhaite faire un programme qui recherche une string dans une liste de quelques dizaines de miliers de string.
Pour l'instant, ces strings sont stoquées à la suite (avec un caractère de séparation) dans un fichier texte et elles sont chargé au début de mon
prog
dans une listbox. Cette listbox est ensuite parcouru avec une boucle for à chque fois qu'on
le
souhaite.
Le problème c'est que cette liste peut-être parcouru assez souvent (de l'ordre d'une fois par seconde) et le système de boucle Fopr est quand
même
assez long!
L'idéal serait donc de créer une base de donnée. J'aimerais juste éviter
le
système Access, car cela rajoute des fichiers très volumineux dans l'installation et que je suis limité en taille d'installation.
Bref : Connaissez vous un moyen de faire une BD qui ne demande pas trop de fichier d'installation supplémentaire? Je ne sais pas si cela est faisable, mais je remercie ceux qui pourront m'aider!
