limiter le nombre d'enregsitrements dans une table mysql
21 messages • Page 1 sur 2 • 1, 2
Consultez la formation au référencement naturel Google de WebRankInfo / Ranking Metrics
limiter le nombre d'enregsitrements dans une table mysql
Bonjour,
voila, je suis confonté à un problème
. J'ai un moteur de recherche sur mon site qui enregistre les mots clés tapés par les visiteurs pour afficher les 10 derniers mots clés tapés.. Ces mots s'inscrivent dans une table.
Ce qui m'énerve c'est que je dois vider régulièrement cette table car elle a tendance (forcement) à grossir trop rapidement...
Je que j'aimerais pouvoir faire, c'est par exemple limiter les enregistrement à 100. Lorsque les 100 enregistrements seraient effectués, l'enregistrement numéro 101 prendrait la PREMIERE place et non la 101eme comme c'est le cas actullement. Bref... Cela permettrait de ne jamais dépassé les 100 enregsitrements dans ma tag
ble et donc d'en limiter la taille.
voila, je suis confonté à un problème
Ce qui m'énerve c'est que je dois vider régulièrement cette table car elle a tendance (forcement) à grossir trop rapidement...
Je que j'aimerais pouvoir faire, c'est par exemple limiter les enregistrement à 100. Lorsque les 100 enregistrements seraient effectués, l'enregistrement numéro 101 prendrait la PREMIERE place et non la 101eme comme c'est le cas actullement. Bref... Cela permettrait de ne jamais dépassé les 100 enregsitrements dans ma tag
ble et donc d'en limiter la taille.
-

Fab le Fou - WRInaute accro

- Messages: 1511
- Inscription: Jeu Déc 02, 2004 15:20
Avant d'enregistrer le mot-clés qui vient d'être recherché, tu comptes le nombre d'enregistrements déjà présents dans ta table.
Si ce nombre est > 100, tu lances une requête UPDATE au lieu d'un INSERT
Mais pourquoi tu en veux 100 si tu n'en affiches que 10 ?
Pour 10 ça ne vaut d'ailleurs pas le coup d'utiliser une base de données... un fichier fera très bien l'affaire.
Fab
Si ce nombre est > 100, tu lances une requête UPDATE au lieu d'un INSERT
Mais pourquoi tu en veux 100 si tu n'en affiches que 10 ?
Pour 10 ça ne vaut d'ailleurs pas le coup d'utiliser une base de données... un fichier fera très bien l'affaire.
Fab
Voila, j'ai un système similaire au tiens. Seulement, je met une date d'enregistrement et vu que je n'affiche que les 30 mots clés les plus tapés dans le mois, je vide tous les enregistrements qui on une date supérieur à 1 mois...
blman, ta solution me semble appropriée pour ce que je veux faire car un classement des mots les plus recherchés dans le mois est intéressant. J'ajoute donc un champs "date" dans ma table de mots clés. lorsque le mot clé est enregistré, j'enregistre en même temps la date avec un CURRENT_DATE ; par contre peux tu me dire quelle requete tu effectues pour comparer les dates. Car je peux comparer la date actuelle avec la date d'enregistrement et dire que si cette derniere est supérieure à 30 jours, d'effacer tous les mots qui ont une date supérieure. Par contre, ce que je souhaiterais plutot, c'est une remise à 0 le 1er de chaque mois, et non pas avec un décalage de 30 jours, ce qui ne rime à rien en fait. Comment faire ?
Salut,
Pour vider la table le 1er de chaque mois, moi j'aurais fait une fonction qui s'execute lors de la 1ere connexion de la journée et qui verifie si le jour de la date d'aujourd'hui est egal à 1 . si oui je vide la table.
Si tu peux faire des taches cron, il suffit de lancer ta fonction 1 fois par jour..
Voila.
Pour vider la table le 1er de chaque mois, moi j'aurais fait une fonction qui s'execute lors de la 1ere connexion de la journée et qui verifie si le jour de la date d'aujourd'hui est egal à 1 . si oui je vide la table.
Si tu peux faire des taches cron, il suffit de lancer ta fonction 1 fois par jour..
Voila.
siddhy a écrit:Salut,
Pour vider la table le 1er de chaque mois, moi j'aurais fait une fonction qui s'execute lors de la 1ere connexion de la journée et qui verifie si le jour de la date d'aujourd'hui est egal à 1 . si oui je vide la table.
Voila.
Donc du coup c'est encore plus simple parce qu'avec ta solution je n'ai même pas besoin de creer un champs date dans ma table de mots cles. Ta solution est donc pour l'instant la plus simple
Si tu n'utilise pas de tache cron, il faut aussi faire attention à ce que la fonction ne s'execute qu'1 seule fois par jour. donc il faut quand meme un champ date quelque part..
par ex :
si ma_date != date d'aujourd'hui => on verif si le jour = 1, et on met la date d'aujourd'hui dans le champ ma_date
sinon c'est que la verif a déja été faire aujourd'hui..
Donc ce n'est pas plus simple que la solution de blman. mais ce n'est pas non plus exactement la meme fonctionnalité.
par ex :
si ma_date != date d'aujourd'hui => on verif si le jour = 1, et on met la date d'aujourd'hui dans le champ ma_date
sinon c'est que la verif a déja été faire aujourd'hui..
Donc ce n'est pas plus simple que la solution de blman. mais ce n'est pas non plus exactement la meme fonctionnalité.
Un autre point qu'il faut prendre en compte :
Imaginons que pour une raison queconque, le 1er octobre 2005 (par ex) il n'y a aucune connexion.. dans ce cas la table ne serait pas vidée jusqu'au mois prochain !
Il faudrait donc (comme la solution de blman) tester l'ancienneté des enregistrements en plus du reste ...
Imaginons que pour une raison queconque, le 1er octobre 2005 (par ex) il n'y a aucune connexion.. dans ce cas la table ne serait pas vidée jusqu'au mois prochain !
Il faudrait donc (comme la solution de blman) tester l'ancienneté des enregistrements en plus du reste ...
bon la je suis embrouillé. De toute façon je me suis rendu compte que dans un cas comme dans l'autre il faut bien que j'ai un champs date. OK
maintenant si je récapitule : un mot clé s'enregistre aujourd'hui avec la date du 29/09/2005 - Quelle fonction dois-je executer pour effacer le contenu de toute la table en début de mois suivant soit le 01/10/2005 ? car actuellement j'ai un probleme de comparaison pour le 31 décembre et le 1er janvier
maintenant si je récapitule : un mot clé s'enregistre aujourd'hui avec la date du 29/09/2005 - Quelle fonction dois-je executer pour effacer le contenu de toute la table en début de mois suivant soit le 01/10/2005 ? car actuellement j'ai un probleme de comparaison pour le 31 décembre et le 1er janvier
Code, je comprend pas pourquoi tu veux effacer à partir du 1er car le 1er de chaque mois, ta liste sera vide. Alors que si tu efface toutes les dates supérieures à 30 jours, tes mots clés tournerons sans interruption. Tu affichera alors la liste des mots clés les plus tapés dans les 30 jours courants. (du 1er août 2005 au 1er septembre 2005 par exemple puis du 2 Août 2005 eu 2 septembre 2005, et ainsi de suite)
Un lien qui te sera util : http://dev.mysql.com/doc/mysql/fr/date- ... tions.html et http://fr2.php.net/date
Un lien qui te sera util : http://dev.mysql.com/doc/mysql/fr/date- ... tions.html et http://fr2.php.net/date
Allé, voila le code que j'utilise (peut surement être amélioré en 1 seule requête SQL mais moi je peux pas faire autrement vu que j'ai d'autres traitement, en même temps, il faut que je m'y replonge dans ce code car il date un peu)
$mois_dernier = mktime(0, 0, 0, date("m")-1, date("d"), date("Y"));
$mois_dernier=getdate($mois_dernier);
if(!isset($jdeb)) $jdeb=$mois_dernier["mday"];
if(!isset($mdeb)) $mdeb=$mois_dernier["mon"];
if(!isset($ydeb)) $ydeb=$mois_dernier["year"];
$datedeb=$ydeb."-".$mdeb."-".$jdeb;
mysql_query("DELETE FROM search_save WHERE date < '".$datedeb."';");
$mois_dernier = mktime(0, 0, 0, date("m")-1, date("d"), date("Y"));
$mois_dernier=getdate($mois_dernier);
if(!isset($jdeb)) $jdeb=$mois_dernier["mday"];
if(!isset($mdeb)) $mdeb=$mois_dernier["mon"];
if(!isset($ydeb)) $ydeb=$mois_dernier["year"];
$datedeb=$ydeb."-".$mdeb."-".$jdeb;
mysql_query("DELETE FROM search_save WHERE date < '".$datedeb."';");
21 messages • Page 1 sur 2 • 1, 2
Formation recommandée sur ce thème :
Formation Référencement naturel Google : apprenez une méthode efficace pour optimiser à fond le référencement naturel dans Google de façon durable... Formation animée par Olivier Duffez et Fabien Facériès, experts en référencement naturel.
Tous les détails sur le site Ranking Metrics : programme, prix, dates et lieux, inscription en ligne.
Lectures recommandées sur ce thème :
- GoogleStats : analyse temps réel des visites de Google sur votre site
- Gestion des langues et des sessions en PHP / MySQL
- Les pays gérés par la Google Toolbar 2.0
- AdSense Tracking : statistiques détaillées sur les clics AdSense
- Yahoo Slurp et autres robots d'indexation de Yahoo
- Sortie officielle de GoogleStats v2.0 !
- Services et outils de Yahoo! Search
- Parts de marché des moteurs aux USA (Octobre 2006)
- Les visiteurs de WRI apprécient Firefox
- Google enrichit sa recherche de news
- Analyse de popularité
Cet outil vous permet d'analyser en détails la "popularité" de votre site sur Google. En plus du nombre de liens pris en compte par Google, il calcule le pourcentage de liens internes parmi tous les liens, et il affiche les premières URL trouvées.
Qui est en ligne
Utilisateurs parcourant ce forum: Aucun utilisateur enregistré et 0 invités




le forum