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
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
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
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
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
j'ai besoin que ce soit portable (sous Windows avec le Run évidemment, ou
tout inclus à l'exe)...
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
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
j'ai besoin que ce soit portable (sous Windows avec le Run évidemment, ou
tout inclus à l'exe)...
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
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
j'ai besoin que ce soit portable (sous Windows avec le Run évidemment, ou
tout inclus à l'exe)...
Si le problème est le temps de réponse, je ne crois pas qu'une base de
données soit une solution car si tu penses à faire quelque chose du style
select * from MaTable where Zone likke "xyz"
pour trouver l'enregistrement, il faudra de toutes façons que le moteur de
la base fasse les comparaisons dans chaque enregistrement, et tu ajoutes une
couche en plus, sans compter les accès.
Si le problème est le temps de réponse, je ne crois pas qu'une base de
données soit une solution car si tu penses à faire quelque chose du style
select * from MaTable where Zone likke "xyz"
pour trouver l'enregistrement, il faudra de toutes façons que le moteur de
la base fasse les comparaisons dans chaque enregistrement, et tu ajoutes une
couche en plus, sans compter les accès.
Si le problème est le temps de réponse, je ne crois pas qu'une base de
données soit une solution car si tu penses à faire quelque chose du style
select * from MaTable where Zone likke "xyz"
pour trouver l'enregistrement, il faudra de toutes façons que le moteur de
la base fasse les comparaisons dans chaque enregistrement, et tu ajoutes une
couche en plus, sans compter les accès.
l'impertinent "Douns" a lissé echapé de son clavier :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
Si le problème est le temps de réponse, je ne crois pas
qu'une base de
données soit une solution car si tu penses à faire quelque
chose du style
select * from MaTable where Zone likke "xyz"
pour trouver l'enregistrement, il faudra de toutes façons
que le moteur de
la base fasse les comparaisons dans chaque enregistrement,
et tu ajoutes une
couche en plus, sans compter les accès.
Tu peux aussi tout mettre à la queue leu leu dans une zone
texte y compris
le délimiteur de champ (taille maxi 4 MO je pense) et
utiliser directement la
fonction instr pour tourver le matching et puis la même
pour récupérer le
champ complet en te basant sur les délimiteurs. Problème:
on parcourt tout du
début à la fin pour trouver même si c'est avec une
fonction interne donc
rapide. (tests à faire)
l'impertinent "Douns" a lissé echapé de son clavier :
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
Si le problème est le temps de réponse, je ne crois pas
qu'une base de
données soit une solution car si tu penses à faire quelque
chose du style
select * from MaTable where Zone likke "xyz"
pour trouver l'enregistrement, il faudra de toutes façons
que le moteur de
la base fasse les comparaisons dans chaque enregistrement,
et tu ajoutes une
couche en plus, sans compter les accès.
Tu peux aussi tout mettre à la queue leu leu dans une zone
texte y compris
le délimiteur de champ (taille maxi 4 MO je pense) et
utiliser directement la
fonction instr pour tourver le matching et puis la même
pour récupérer le
champ complet en te basant sur les délimiteurs. Problème:
on parcourt tout du
début à la fin pour trouver même si c'est avec une
fonction interne donc
rapide. (tests à faire)
l'impertinent "Douns" a lissé echapé de son clavier :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
Si le problème est le temps de réponse, je ne crois pas
qu'une base de
données soit une solution car si tu penses à faire quelque
chose du style
select * from MaTable where Zone likke "xyz"
pour trouver l'enregistrement, il faudra de toutes façons
que le moteur de
la base fasse les comparaisons dans chaque enregistrement,
et tu ajoutes une
couche en plus, sans compter les accès.
Tu peux aussi tout mettre à la queue leu leu dans une zone
texte y compris
le délimiteur de champ (taille maxi 4 MO je pense) et
utiliser directement la
fonction instr pour tourver le matching et puis la même
pour récupérer le
champ complet en te basant sur les délimiteurs. Problème:
on parcourt tout du
début à la fin pour trouver même si c'est avec une
fonction interne donc
rapide. (tests à faire)
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
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
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
Si le problème est le temps de réponse, je ne crois pas qu'une base de
données soit une solution car si tu penses à faire quelque chose du style
select * from MaTable where Zone likke "xyz"
pour trouver l'enregistrement, il faudra de toutes façons que le moteur de
la base fasse les comparaisons dans chaque enregistrement, et tu ajoutes une
couche en plus, sans compter les accès.
Si le problème est le temps de réponse, je ne crois pas qu'une base de
données soit une solution car si tu penses à faire quelque chose du style
select * from MaTable where Zone likke "xyz"
pour trouver l'enregistrement, il faudra de toutes façons que le moteur de
la base fasse les comparaisons dans chaque enregistrement, et tu ajoutes une
couche en plus, sans compter les accès.
Si le problème est le temps de réponse, je ne crois pas qu'une base de
données soit une solution car si tu penses à faire quelque chose du style
select * from MaTable where Zone likke "xyz"
pour trouver l'enregistrement, il faudra de toutes façons que le moteur de
la base fasse les comparaisons dans chaque enregistrement, et tu ajoutes une
couche en plus, sans compter les accès.
sur une portion du champ et non sur le champ
sur une portion du champ et non sur le champ
sur une portion du champ et non sur le champ
Je suis une fois de plus affigé de te lire. Quand tu né
réponds pas à côté du racontes n'importe quoi par
l'affirmative...Ce n'est pas moi qui avait fait l'applie FoxPro, je
l'utilisais simplement...
Ca je n'en doute pas!
Ca m'explique l'état de fait que tu ne sembles pas être au
courant que visual foxpro est un environnement de
programmation.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
Et quand tu as des millions d'informations relationnelles
à stocker tu fais comment ?
"Bidouilles" ??? Tu n'as pas l'impression d'inverser les
rôles là ?? Pour info y'a de nombreux DESS et certificats
accés sur la conception de bases de données via des SGBD
comme oracle ou sqlserveur. Tu oses dire que ça c'est de
la bidouille et qu'il vaut mieux se faire son système
sois-même ?? La vache t'es vachement fort!
D'un côté je comprends que tu en ais jamais eu besoin dans
la mesure où je ne vois pas comment on oserait te confier
la gestion de gros flux de données.comme Excel ou Word, ce n'est pas portable, trop de
problèmes, faut sans cesse mettre à jour...
Comparer Excel ou World à des environnement de
développement... Ceux qui ont un minimum de culture
informatique comprendront que je ne sais même pas par où
commencer ma réponse... Mais bon sang que viennent foutre
Word et Excel dans cette conversation... Autant parler de
ton désherbant préféré...Mais bon, toi tu fais des applications, moi des logiciels
Je ne veux surtout pas me mettre en avant ni exposer mes
compétences sur ce forum mais pour ton information je
supervise et développe des suites de logiciels de GEIDE
qui sont vendus à des comptes comme Motorola France
Telecom Airbus à plus de 10 k¤ ... Ce sont des projets qui
demandent des semaines voir des mois d'analyse afin de
respecter les règles métiers ainsi que les normes et
conventions régient par des organismes tels que l'Afnor.
Je te trouve d'une extrème prétention! Quand on voit tes
inutiles "logiciels" à 15¤ exposés par dixaine sur ton
site on ne peut plus moche, on comprend très vite don
degré de compétence... Le bouquet ce sont les 1000 images
poprnographiques pour 15 ou 25¤ dans la même rubrique :-?
Alors par pitié ne juge pas mon travail que tu es à 1000
lieux de connaître...j'ai besoin que ce soit portable (sous Windows avec le
Run évidemment, ou tout inclus à l'exe)...
Pour ton info la solution que j'ai préconisé fonctionne
sur tout OS microsoft postérieur à Windows 95 inclu. Un
copier/coller suffit pour faire tourner la solution. Pas
d'odbc à installer ni se serveur si on ne le souhaite pas.
C'est un peu la même philosophie que les environnement
.NET sauf que ça existe depuis de nombreuses années.
--
http://www.gdpicture.com
http://www.gdpicture.com
Je suis une fois de plus affigé de te lire. Quand tu né
réponds pas à côté du racontes n'importe quoi par
l'affirmative...
Ce n'est pas moi qui avait fait l'applie FoxPro, je
l'utilisais simplement...
Ca je n'en doute pas!
Ca m'explique l'état de fait que tu ne sembles pas être au
courant que visual foxpro est un environnement de
programmation.
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
Et quand tu as des millions d'informations relationnelles
à stocker tu fais comment ?
"Bidouilles" ??? Tu n'as pas l'impression d'inverser les
rôles là ?? Pour info y'a de nombreux DESS et certificats
accés sur la conception de bases de données via des SGBD
comme oracle ou sqlserveur. Tu oses dire que ça c'est de
la bidouille et qu'il vaut mieux se faire son système
sois-même ?? La vache t'es vachement fort!
D'un côté je comprends que tu en ais jamais eu besoin dans
la mesure où je ne vois pas comment on oserait te confier
la gestion de gros flux de données.
comme Excel ou Word, ce n'est pas portable, trop de
problèmes, faut sans cesse mettre à jour...
Comparer Excel ou World à des environnement de
développement... Ceux qui ont un minimum de culture
informatique comprendront que je ne sais même pas par où
commencer ma réponse... Mais bon sang que viennent foutre
Word et Excel dans cette conversation... Autant parler de
ton désherbant préféré...
Mais bon, toi tu fais des applications, moi des logiciels
Je ne veux surtout pas me mettre en avant ni exposer mes
compétences sur ce forum mais pour ton information je
supervise et développe des suites de logiciels de GEIDE
qui sont vendus à des comptes comme Motorola France
Telecom Airbus à plus de 10 k¤ ... Ce sont des projets qui
demandent des semaines voir des mois d'analyse afin de
respecter les règles métiers ainsi que les normes et
conventions régient par des organismes tels que l'Afnor.
Je te trouve d'une extrème prétention! Quand on voit tes
inutiles "logiciels" à 15¤ exposés par dixaine sur ton
site on ne peut plus moche, on comprend très vite don
degré de compétence... Le bouquet ce sont les 1000 images
poprnographiques pour 15 ou 25¤ dans la même rubrique :-?
Alors par pitié ne juge pas mon travail que tu es à 1000
lieux de connaître...
j'ai besoin que ce soit portable (sous Windows avec le
Run évidemment, ou tout inclus à l'exe)...
Pour ton info la solution que j'ai préconisé fonctionne
sur tout OS microsoft postérieur à Windows 95 inclu. Un
copier/coller suffit pour faire tourner la solution. Pas
d'odbc à installer ni se serveur si on ne le souhaite pas.
C'est un peu la même philosophie que les environnement
.NET sauf que ça existe depuis de nombreuses années.
--
http://www.gdpicture.com
http://www.gdpicture.com
Je suis une fois de plus affigé de te lire. Quand tu né
réponds pas à côté du racontes n'importe quoi par
l'affirmative...Ce n'est pas moi qui avait fait l'applie FoxPro, je
l'utilisais simplement...
Ca je n'en doute pas!
Ca m'explique l'état de fait que tu ne sembles pas être au
courant que visual foxpro est un environnement de
programmation.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
Et quand tu as des millions d'informations relationnelles
à stocker tu fais comment ?
"Bidouilles" ??? Tu n'as pas l'impression d'inverser les
rôles là ?? Pour info y'a de nombreux DESS et certificats
accés sur la conception de bases de données via des SGBD
comme oracle ou sqlserveur. Tu oses dire que ça c'est de
la bidouille et qu'il vaut mieux se faire son système
sois-même ?? La vache t'es vachement fort!
D'un côté je comprends que tu en ais jamais eu besoin dans
la mesure où je ne vois pas comment on oserait te confier
la gestion de gros flux de données.comme Excel ou Word, ce n'est pas portable, trop de
problèmes, faut sans cesse mettre à jour...
Comparer Excel ou World à des environnement de
développement... Ceux qui ont un minimum de culture
informatique comprendront que je ne sais même pas par où
commencer ma réponse... Mais bon sang que viennent foutre
Word et Excel dans cette conversation... Autant parler de
ton désherbant préféré...Mais bon, toi tu fais des applications, moi des logiciels
Je ne veux surtout pas me mettre en avant ni exposer mes
compétences sur ce forum mais pour ton information je
supervise et développe des suites de logiciels de GEIDE
qui sont vendus à des comptes comme Motorola France
Telecom Airbus à plus de 10 k¤ ... Ce sont des projets qui
demandent des semaines voir des mois d'analyse afin de
respecter les règles métiers ainsi que les normes et
conventions régient par des organismes tels que l'Afnor.
Je te trouve d'une extrème prétention! Quand on voit tes
inutiles "logiciels" à 15¤ exposés par dixaine sur ton
site on ne peut plus moche, on comprend très vite don
degré de compétence... Le bouquet ce sont les 1000 images
poprnographiques pour 15 ou 25¤ dans la même rubrique :-?
Alors par pitié ne juge pas mon travail que tu es à 1000
lieux de connaître...j'ai besoin que ce soit portable (sous Windows avec le
Run évidemment, ou tout inclus à l'exe)...
Pour ton info la solution que j'ai préconisé fonctionne
sur tout OS microsoft postérieur à Windows 95 inclu. Un
copier/coller suffit pour faire tourner la solution. Pas
d'odbc à installer ni se serveur si on ne le souhaite pas.
C'est un peu la même philosophie que les environnement
.NET sauf que ça existe depuis de nombreuses années.
--
http://www.gdpicture.com
http://www.gdpicture.com
Son choix devra dépendre de la quantité d'informations à
stocker.Si le problème est le temps de réponse, je ne crois pas
qu'une base de données soit une solution car si tu penses
à faire quelque chose du style
select * from MaTable where Zone likke "xyz"
pour trouver l'enregistrement, il faudra de toutes façons
que le moteur de la base fasse les comparaisons dans
chaque enregistrement, et tu ajoutes une couche en plus,
sans compter les accès.
Non les moteurs de bdd sont bien plus avancés que ça. un
index sur le champ Zone pour reprendre ton exemple fera en
sorte que la requête sera quasi instantanné sur certain
sgbd.
La couche en plus c'est rien du tout tout comme les accès.
--
http://www.gdpicture.com
http://www.gdpicture.com
Son choix devra dépendre de la quantité d'informations à
stocker.
Si le problème est le temps de réponse, je ne crois pas
qu'une base de données soit une solution car si tu penses
à faire quelque chose du style
select * from MaTable where Zone likke "xyz"
pour trouver l'enregistrement, il faudra de toutes façons
que le moteur de la base fasse les comparaisons dans
chaque enregistrement, et tu ajoutes une couche en plus,
sans compter les accès.
Non les moteurs de bdd sont bien plus avancés que ça. un
index sur le champ Zone pour reprendre ton exemple fera en
sorte que la requête sera quasi instantanné sur certain
sgbd.
La couche en plus c'est rien du tout tout comme les accès.
--
http://www.gdpicture.com
http://www.gdpicture.com
Son choix devra dépendre de la quantité d'informations à
stocker.Si le problème est le temps de réponse, je ne crois pas
qu'une base de données soit une solution car si tu penses
à faire quelque chose du style
select * from MaTable where Zone likke "xyz"
pour trouver l'enregistrement, il faudra de toutes façons
que le moteur de la base fasse les comparaisons dans
chaque enregistrement, et tu ajoutes une couche en plus,
sans compter les accès.
Non les moteurs de bdd sont bien plus avancés que ça. un
index sur le champ Zone pour reprendre ton exemple fera en
sorte que la requête sera quasi instantanné sur certain
sgbd.
La couche en plus c'est rien du tout tout comme les accès.
--
http://www.gdpicture.com
http://www.gdpicture.com
[___FreGoLi___] a émis l'idée suivante :sur une portion du champ et non sur le champ
Autant pour moi Fre.
Par conter j'ai fait un petit test en foxpro (j'insiste
avec ça :) mais je ne vous en reparle plus après c'est
promis ).
J'ai une table tbtest composée d'un champ champ1 de type
caractères sur 50 positions.
J'ai rempli 1 000 000 d'enregistrements avec des chaines
de caractères aléatoires.
J'ai effectué la requête suivante:
SELECT * from tbtest WHERE tbtest.champ1 like "%KZ"
J'obtiens 750 enregistrements en 0.55 secondes avec un P4
2 gigas et 256 megas de ram.
Je doute qu'une implémentation vb maison faite maison
marche mieux...
--
Loïc
[___FreGoLi___] a émis l'idée suivante :
sur une portion du champ et non sur le champ
Autant pour moi Fre.
Par conter j'ai fait un petit test en foxpro (j'insiste
avec ça :) mais je ne vous en reparle plus après c'est
promis ).
J'ai une table tbtest composée d'un champ champ1 de type
caractères sur 50 positions.
J'ai rempli 1 000 000 d'enregistrements avec des chaines
de caractères aléatoires.
J'ai effectué la requête suivante:
SELECT * from tbtest WHERE tbtest.champ1 like "%KZ"
J'obtiens 750 enregistrements en 0.55 secondes avec un P4
2 gigas et 256 megas de ram.
Je doute qu'une implémentation vb maison faite maison
marche mieux...
--
Loïc
[___FreGoLi___] a émis l'idée suivante :sur une portion du champ et non sur le champ
Autant pour moi Fre.
Par conter j'ai fait un petit test en foxpro (j'insiste
avec ça :) mais je ne vous en reparle plus après c'est
promis ).
J'ai une table tbtest composée d'un champ champ1 de type
caractères sur 50 positions.
J'ai rempli 1 000 000 d'enregistrements avec des chaines
de caractères aléatoires.
J'ai effectué la requête suivante:
SELECT * from tbtest WHERE tbtest.champ1 like "%KZ"
J'obtiens 750 enregistrements en 0.55 secondes avec un P4
2 gigas et 256 megas de ram.
Je doute qu'une implémentation vb maison faite maison
marche mieux...
--
Loïc
