peut on faire des recherche critere dans un fichier en php
26 réponses
dav
au lieu de gérer une base MySql j'envisage pour un petit annuaire de
gérer mes données dans un fichier texte.
je vais donc utiliser fopen() et fputs. mais est il possible
d'envisager, par le biais de données récupérées dans un formulaire, de
faire une recherche avec des criteres, comme en sql, sur ce fichier
texte de façon a afficher dans un tableau les données trouvées ?
mon idée est d'afficher les résultats trouvés sous forme de liens, et
quand l'utilisateur cliquera dessus, de refaire une seconde recherche
dans le fichier de façon à n'afficher en fin de compte que
l'enregistrement voulu. (nom + prénom + service + numémro_tél)
au lieu de gérer une base MySql j'envisage pour un petit annuaire de gérer mes données dans un fichier texte. je vais donc utiliser fopen() et fputs. mais est il possible d'envisager, par le biais de données récupérées dans un formulaire, de faire une recherche avec des criteres, comme en sql, sur ce fichier texte de façon a afficher dans un tableau les données trouvées ?
Il est toujours possible de lire la totalité du fichier en mémoire, puis de faire des recherches à coups de strstr() par exemple. Une autre possibilité consiste à appeler les programmes externes grep, sed, awk, etc. Mais bon, si la première solution est envisageable pour un petit fichier, aucune des deux n'est à conseiller, àmha.
au lieu de gérer une base MySql j'envisage pour un petit annuaire de
gérer mes données dans un fichier texte.
je vais donc utiliser fopen() et fputs. mais est il possible
d'envisager, par le biais de données récupérées dans un formulaire, de
faire une recherche avec des criteres, comme en sql, sur ce fichier
texte de façon a afficher dans un tableau les données trouvées ?
Il est toujours possible de lire la totalité du fichier en mémoire, puis
de faire des recherches à coups de strstr() par exemple. Une autre
possibilité consiste à appeler les programmes externes grep, sed, awk,
etc. Mais bon, si la première solution est envisageable pour un petit
fichier, aucune des deux n'est à conseiller, àmha.
au lieu de gérer une base MySql j'envisage pour un petit annuaire de gérer mes données dans un fichier texte. je vais donc utiliser fopen() et fputs. mais est il possible d'envisager, par le biais de données récupérées dans un formulaire, de faire une recherche avec des criteres, comme en sql, sur ce fichier texte de façon a afficher dans un tableau les données trouvées ?
Il est toujours possible de lire la totalité du fichier en mémoire, puis de faire des recherches à coups de strstr() par exemple. Une autre possibilité consiste à appeler les programmes externes grep, sed, awk, etc. Mais bon, si la première solution est envisageable pour un petit fichier, aucune des deux n'est à conseiller, àmha.
(¯`·..Yttrium ...·´¯)
"dav" a écrit dans le message de news: 42935809$0$3115$
au lieu de gérer une base MySql j'envisage pour un petit annuaire de gérer mes données dans un fichier texte. je vais donc utiliser fopen() et fputs. mais est il possible d'envisager, par le biais de données récupérées dans un formulaire, de faire une recherche avec des criteres, comme en sql, sur ce fichier texte de façon a afficher dans un tableau les données trouvées ?
mon idée est d'afficher les résultats trouvés sous forme de liens, et quand l'utilisateur cliquera dessus, de refaire une seconde recherche dans le fichier de façon à n'afficher en fin de compte que l'enregistrement voulu. (nom + prénom + service + numémro_tél)
merci de votre avis, dav
Bonjour, Pourquoi ne pas utiliser SqlLite ? Salutations.
"dav" <dav49400@wanadoo.fr> a écrit dans le message de news:
42935809$0$3115$8fcfb975@news.wanadoo.fr...
au lieu de gérer une base MySql j'envisage pour un petit annuaire de
gérer mes données dans un fichier texte.
je vais donc utiliser fopen() et fputs. mais est il possible
d'envisager, par le biais de données récupérées dans un formulaire, de
faire une recherche avec des criteres, comme en sql, sur ce fichier
texte de façon a afficher dans un tableau les données trouvées ?
mon idée est d'afficher les résultats trouvés sous forme de liens, et
quand l'utilisateur cliquera dessus, de refaire une seconde recherche
dans le fichier de façon à n'afficher en fin de compte que
l'enregistrement voulu. (nom + prénom + service + numémro_tél)
merci de votre avis,
dav
Bonjour,
Pourquoi ne pas utiliser SqlLite ?
Salutations.
"dav" a écrit dans le message de news: 42935809$0$3115$
au lieu de gérer une base MySql j'envisage pour un petit annuaire de gérer mes données dans un fichier texte. je vais donc utiliser fopen() et fputs. mais est il possible d'envisager, par le biais de données récupérées dans un formulaire, de faire une recherche avec des criteres, comme en sql, sur ce fichier texte de façon a afficher dans un tableau les données trouvées ?
mon idée est d'afficher les résultats trouvés sous forme de liens, et quand l'utilisateur cliquera dessus, de refaire une seconde recherche dans le fichier de façon à n'afficher en fin de compte que l'enregistrement voulu. (nom + prénom + service + numémro_tél)
merci de votre avis, dav
Bonjour, Pourquoi ne pas utiliser SqlLite ? Salutations.
bibi.skuk
dav wrote:
au lieu de gérer une base MySql j'envisage pour un petit annuaire de gérer mes données dans un fichier texte. je vais donc utiliser fopen() et fputs. mais est il possible d'envisager, par le biais de données récupérées dans un formulaire, de faire une recherche avec des criteres, comme en sql, sur ce fichier texte de façon a afficher dans un tableau les données trouvées ?
Le problème est que tu vas devoir charger tout ton fichier texte dans un tableau , et ensuite faire ta recherche, ce qui peut etre très lourd pour peu que tu cherche dans de gros fichiers...
mon idée est d'afficher les résultats trouvés sous forme de liens, et quand l'utilisateur cliquera dessus, de refaire une seconde recherche dans le fichier de façon à n'afficher en fin de compte que l'enregistrement voulu. (nom + prénom + service + numémro_tél)
Mais si c'est juste ca que tu veux commme type de recherche, il n'y a aucuns problèmes, tu va betement afficher toutes tes lignes de fichier, et ensuite, dans ton lien, tu fait passer en argument, le seek de la ligne. et hop !! c'est fini.
Mais c'est vrai que dans le cas d'une recherche un peu plus poussée, c'est beaucoup plus lourd à gerer. TxtSQL, et SQLlite font ca très bien.
merci de votre avis, dav
De rien
Gabriel
dav wrote:
au lieu de gérer une base MySql j'envisage pour un petit annuaire de
gérer mes données dans un fichier texte.
je vais donc utiliser fopen() et fputs. mais est il possible
d'envisager, par le biais de données récupérées dans un formulaire, de
faire une recherche avec des criteres, comme en sql, sur ce fichier
texte de façon a afficher dans un tableau les données trouvées ?
Le problème est que tu vas devoir charger tout ton fichier texte dans
un tableau , et ensuite faire ta recherche, ce qui peut etre très
lourd pour peu que tu cherche dans de gros fichiers...
mon idée est d'afficher les résultats trouvés sous forme de liens, et
quand l'utilisateur cliquera dessus, de refaire une seconde recherche
dans le fichier de façon à n'afficher en fin de compte que
l'enregistrement voulu. (nom + prénom + service + numémro_tél)
Mais si c'est juste ca que tu veux commme type de recherche, il n'y a
aucuns problèmes, tu va betement afficher toutes tes lignes de
fichier, et ensuite, dans ton lien, tu fait passer en argument, le seek
de la ligne. et hop !! c'est fini.
Mais c'est vrai que dans le cas d'une recherche un peu plus poussée,
c'est beaucoup plus lourd à gerer. TxtSQL, et SQLlite font ca très
bien.
au lieu de gérer une base MySql j'envisage pour un petit annuaire de gérer mes données dans un fichier texte. je vais donc utiliser fopen() et fputs. mais est il possible d'envisager, par le biais de données récupérées dans un formulaire, de faire une recherche avec des criteres, comme en sql, sur ce fichier texte de façon a afficher dans un tableau les données trouvées ?
Le problème est que tu vas devoir charger tout ton fichier texte dans un tableau , et ensuite faire ta recherche, ce qui peut etre très lourd pour peu que tu cherche dans de gros fichiers...
mon idée est d'afficher les résultats trouvés sous forme de liens, et quand l'utilisateur cliquera dessus, de refaire une seconde recherche dans le fichier de façon à n'afficher en fin de compte que l'enregistrement voulu. (nom + prénom + service + numémro_tél)
Mais si c'est juste ca que tu veux commme type de recherche, il n'y a aucuns problèmes, tu va betement afficher toutes tes lignes de fichier, et ensuite, dans ton lien, tu fait passer en argument, le seek de la ligne. et hop !! c'est fini.
Mais c'est vrai que dans le cas d'une recherche un peu plus poussée, c'est beaucoup plus lourd à gerer. TxtSQL, et SQLlite font ca très bien.
merci de votre avis, dav
De rien
Gabriel
__marc.quinton__
dav wrote:
au lieu de gérer une base MySql j'envisage pour un petit annuaire de gérer mes données dans un fichier texte.
sauf erreur de ma part, il existe des classes php qui se comportent comme des bases de données, mais avec un backend sur un fichier texte.
merci de votre avis,
c'est certainement plus facile a realiser avec une base de données.
dav wrote:
au lieu de gérer une base MySql j'envisage pour un petit annuaire de
gérer mes données dans un fichier texte.
sauf erreur de ma part, il existe des classes php qui se comportent
comme des bases de données, mais avec un backend sur un fichier texte.
merci de votre avis,
c'est certainement plus facile a realiser avec une base de données.
au lieu de gérer une base MySql j'envisage pour un petit annuaire de gérer mes données dans un fichier texte.
sauf erreur de ma part, il existe des classes php qui se comportent comme des bases de données, mais avec un backend sur un fichier texte.
merci de votre avis,
c'est certainement plus facile a realiser avec une base de données.
Vincent Lascaux
Mais si c'est juste ca que tu veux commme type de recherche, il n'y a aucuns problèmes, tu va betement afficher toutes tes lignes de fichier, et ensuite, dans ton lien, tu fait passer en argument, le seek de la ligne. et hop !! c'est fini.
Et tu penses fort au cas où le seek n'est pas bon (pas un nombre, pas une adresse dans le fichier, pas à un début de ligne) pour éviter que tout plante
-- Vincent
Mais si c'est juste ca que tu veux commme type de recherche, il n'y a
aucuns problèmes, tu va betement afficher toutes tes lignes de
fichier, et ensuite, dans ton lien, tu fait passer en argument, le seek
de la ligne. et hop !! c'est fini.
Et tu penses fort au cas où le seek n'est pas bon (pas un nombre, pas une
adresse dans le fichier, pas à un début de ligne) pour éviter que tout
plante
Mais si c'est juste ca que tu veux commme type de recherche, il n'y a aucuns problèmes, tu va betement afficher toutes tes lignes de fichier, et ensuite, dans ton lien, tu fait passer en argument, le seek de la ligne. et hop !! c'est fini.
Et tu penses fort au cas où le seek n'est pas bon (pas un nombre, pas une adresse dans le fichier, pas à un début de ligne) pour éviter que tout plante
-- Vincent
dav
Bonjour, Pourquoi ne pas utiliser SqlLite ? Salutations.
justement j'ai SqlIteManager avec Wamp 5 mais quelle différence avec Mysql ? il semble qu'il faille d'abord crée sa base sous MySql et ensuite l'importer dans Sqlite, non ? quel avantage ? merci, dav
Bonjour,
Pourquoi ne pas utiliser SqlLite ?
Salutations.
justement j'ai SqlIteManager avec Wamp 5 mais quelle différence avec
Mysql ? il semble qu'il faille d'abord crée sa base sous MySql et
ensuite l'importer dans Sqlite, non ?
quel avantage ?
merci,
dav
Bonjour, Pourquoi ne pas utiliser SqlLite ? Salutations.
justement j'ai SqlIteManager avec Wamp 5 mais quelle différence avec Mysql ? il semble qu'il faille d'abord crée sa base sous MySql et ensuite l'importer dans Sqlite, non ? quel avantage ? merci, dav
__marc.quinton__
Marc Quinton wrote:
sauf erreur de ma part, il existe des classes php qui se comportent comme des bases de données, mais avec un backend sur un fichier texte.
"dav" a écrit dans le message de news: 42949f2a$0$25044$
Bonjour, Pourquoi ne pas utiliser SqlLite ? Salutations.
justement j'ai SqlIteManager avec Wamp 5 mais quelle différence avec Mysql ? il semble qu'il faille d'abord crée sa base sous MySql et ensuite l'importer dans Sqlite, non ? quel avantage ? merci, dav
Re ;-)
Sqlite Manager permet de gérer des "bases" sqlite, comme PhpMyAdmin permet de le faire avec les bases MySql Le support SqlLite est apparu avec Php 5 ,; mais je crois qu'il existe la possiblité de le rajouter en php4 aussi (à confirmer) Le principe est le suivant : Tout est géré au niveau du code comme si tu accédait à une base de données classique (donc en SQL), mais le support, au lieu d'etre un SGBD (qui neccessite une installation), n'est qu'un fichier texte facile à manipuler, à transporter et à sauvegarder. Pour plus d'info : http://www.phpindex.com/articles/articles_lire.php3?elementB7
Salutations.
"dav" <dav49400@wanadoo.fr> a écrit dans le message de news:
42949f2a$0$25044$8fcfb975@news.wanadoo.fr...
Bonjour,
Pourquoi ne pas utiliser SqlLite ?
Salutations.
justement j'ai SqlIteManager avec Wamp 5 mais quelle différence avec
Mysql ? il semble qu'il faille d'abord crée sa base sous MySql et
ensuite l'importer dans Sqlite, non ?
quel avantage ?
merci,
dav
Re ;-)
Sqlite Manager permet de gérer des "bases" sqlite, comme PhpMyAdmin permet
de le faire avec les bases MySql
Le support SqlLite est apparu avec Php 5 ,; mais je crois qu'il existe la
possiblité de le rajouter en php4 aussi (à confirmer)
Le principe est le suivant :
Tout est géré au niveau du code comme si tu accédait à une base de données
classique (donc en SQL), mais le support, au lieu d'etre un SGBD (qui
neccessite une installation), n'est qu'un fichier texte facile à manipuler,
à transporter et à sauvegarder.
Pour plus d'info :
http://www.phpindex.com/articles/articles_lire.php3?elementB7
"dav" a écrit dans le message de news: 42949f2a$0$25044$
Bonjour, Pourquoi ne pas utiliser SqlLite ? Salutations.
justement j'ai SqlIteManager avec Wamp 5 mais quelle différence avec Mysql ? il semble qu'il faille d'abord crée sa base sous MySql et ensuite l'importer dans Sqlite, non ? quel avantage ? merci, dav
Re ;-)
Sqlite Manager permet de gérer des "bases" sqlite, comme PhpMyAdmin permet de le faire avec les bases MySql Le support SqlLite est apparu avec Php 5 ,; mais je crois qu'il existe la possiblité de le rajouter en php4 aussi (à confirmer) Le principe est le suivant : Tout est géré au niveau du code comme si tu accédait à une base de données classique (donc en SQL), mais le support, au lieu d'etre un SGBD (qui neccessite une installation), n'est qu'un fichier texte facile à manipuler, à transporter et à sauvegarder. Pour plus d'info : http://www.phpindex.com/articles/articles_lire.php3?elementB7
Salutations.
__marc.quinton__
dav wrote:
justement j'ai SqlIteManager avec Wamp 5 mais quelle différence avec Mysql ? il semble qu'il faille d'abord crée sa base sous MySql et ensuite l'importer dans Sqlite, non ? quel avantage ?
avantages :
* c'est du SQL a 98%, ca se manipule donc de la meme facon, avec des requetes tout a fait ordinaire.
* il n'y a pas de serveur, mais juste une librairie de manipulation des bases qui résident dans des fichiers conjointement avec tes scripts. Cela permet :
* de ne pas dependre d'un administrateur, * de creer autant de base que tu souhaites, modulo l'espace disque, * de pouvoir copier directement les fichiers base de données selon tes besoins (sauvegardes).
* comme les autres bases de données : * interface en ligne de commande, * interface en C, C++, php (4 et 5), perl, python ... * il existe une application d'admin en php. * il existe un mode transactionnel et des mecanismes de protection contre la corruption des données debraillables si l'on souhaite avoir des perfos un peu plus grandes,
* ce qui est différent : * les données ne sont pas typées, ca perturbe mais c'est comme ca, et finalement ca marche pas plus mal. Je rappelle que l'utilisation cible est le monde "light".
voila pour le topo sur sqlite.
concernant les modalités d'utilisation, se repporter a la doc. Et pour completer par rapport a ta question, non, il ne faut pas importer depuis mysql.
en conclusion, sqlite a preque tout d'une grande base de données, mais en environnement reduit. Tu peux l'embarquer dans un programme C et aussi par exemple dans un système embarqué style OpenWrt par exemple qui est animé par un noyau linux sur 4Mo de flash, 16Mo de ram.
dav wrote:
justement j'ai SqlIteManager avec Wamp 5 mais quelle différence avec
Mysql ? il semble qu'il faille d'abord crée sa base sous MySql et
ensuite l'importer dans Sqlite, non ?
quel avantage ?
avantages :
* c'est du SQL a 98%, ca se manipule donc de la meme facon, avec
des requetes tout a fait ordinaire.
* il n'y a pas de serveur, mais juste une librairie de manipulation
des bases qui résident dans des fichiers conjointement avec tes
scripts. Cela permet :
* de ne pas dependre d'un administrateur,
* de creer autant de base que tu souhaites, modulo l'espace disque,
* de pouvoir copier directement les fichiers base de données
selon tes besoins (sauvegardes).
* comme les autres bases de données :
* interface en ligne de commande,
* interface en C, C++, php (4 et 5), perl, python ...
* il existe une application d'admin en php.
* il existe un mode transactionnel et des mecanismes de protection
contre la corruption des données debraillables si l'on souhaite
avoir des perfos un peu plus grandes,
* ce qui est différent :
* les données ne sont pas typées, ca perturbe mais c'est comme ca,
et finalement ca marche pas plus mal. Je rappelle que l'utilisation
cible est le monde "light".
voila pour le topo sur sqlite.
concernant les modalités d'utilisation, se repporter a la doc. Et pour
completer par rapport a ta question, non, il ne faut pas importer
depuis mysql.
en conclusion, sqlite a preque tout d'une grande base de données, mais
en environnement reduit. Tu peux l'embarquer dans un programme C et
aussi par exemple dans un système embarqué style OpenWrt par exemple
qui est animé par un noyau linux sur 4Mo de flash, 16Mo de ram.
justement j'ai SqlIteManager avec Wamp 5 mais quelle différence avec Mysql ? il semble qu'il faille d'abord crée sa base sous MySql et ensuite l'importer dans Sqlite, non ? quel avantage ?
avantages :
* c'est du SQL a 98%, ca se manipule donc de la meme facon, avec des requetes tout a fait ordinaire.
* il n'y a pas de serveur, mais juste une librairie de manipulation des bases qui résident dans des fichiers conjointement avec tes scripts. Cela permet :
* de ne pas dependre d'un administrateur, * de creer autant de base que tu souhaites, modulo l'espace disque, * de pouvoir copier directement les fichiers base de données selon tes besoins (sauvegardes).
* comme les autres bases de données : * interface en ligne de commande, * interface en C, C++, php (4 et 5), perl, python ... * il existe une application d'admin en php. * il existe un mode transactionnel et des mecanismes de protection contre la corruption des données debraillables si l'on souhaite avoir des perfos un peu plus grandes,
* ce qui est différent : * les données ne sont pas typées, ca perturbe mais c'est comme ca, et finalement ca marche pas plus mal. Je rappelle que l'utilisation cible est le monde "light".
voila pour le topo sur sqlite.
concernant les modalités d'utilisation, se repporter a la doc. Et pour completer par rapport a ta question, non, il ne faut pas importer depuis mysql.
en conclusion, sqlite a preque tout d'une grande base de données, mais en environnement reduit. Tu peux l'embarquer dans un programme C et aussi par exemple dans un système embarqué style OpenWrt par exemple qui est animé par un noyau linux sur 4Mo de flash, 16Mo de ram.
bibi.skuk
Oui, si on ecrit un enregistrement par ligne, il me semble... que justement, le seek d'un fichier teste est en fait le numero de la ligne à 2-3 trucs près...
Enfin, bon, il me semble que comme ca, ca marche (J'ai fait un truc dans le même genre), et en plus le fichier est éditable à la main Facilement.
Oui, si on ecrit un enregistrement par ligne, il me semble... que
justement, le seek d'un fichier teste est en fait le numero de la ligne
à 2-3 trucs près...
Enfin, bon, il me semble que comme ca, ca marche (J'ai fait un truc
dans le même genre), et en plus le fichier est éditable à la main
Facilement.
Oui, si on ecrit un enregistrement par ligne, il me semble... que justement, le seek d'un fichier teste est en fait le numero de la ligne à 2-3 trucs près...
Enfin, bon, il me semble que comme ca, ca marche (J'ai fait un truc dans le même genre), et en plus le fichier est éditable à la main Facilement.
