Discussion :

[Alexcontact]

Bonjour à tous !

Voila j'ai besoin d’insérer en base de donnée chaque visiteurs qui vient sur mon site.
Je vais dont insérer en base de donnée : Id - Date - Tracker - Ip (optionnel)

C'est un site qui fait environ 20 000 visiteurs jours avec des pointes à 30 000.

Je me dit que ça va faire beaucoup d’insérer en base de donnée une ligne à chaque visiteurs si je met un "mysql_query("insert into....." Non ?

Avez vous une idée d'optimisation afin d'avoir des statistiques des visiteurs ?

Merci

[sabotage]

Les statistiques d'accès sont déjà consignés par le serveur web.
Tu dois avoir des logs.

[Alexcontact]

Oui mais en faite j'ai besoin de rajouter un tracker pour chaque visiteurs, et il faut que je les affiches dans une page en php pour mes affiliés.

[-Rpass-]

Je sais pas si tu connais Google analytics ?

Sinon si tu veux insérer dans la BDD je ne vois pas de moyen d'optimiser. Après si un même visiteur revient plusieurs fois il ne faut pas le réinsérer et vérifier si l'IP est déjà présente dans ta table pour ne pas avoir de redondance
Aussi on peut imaginer que tu conserves l'IP de tous les visiteurs dans un fichier txt ou autre puis tu fais une requête qui insère tout la nuit à 3h du mat via une cron

[Celira]

Pareil que les autres : si tu veux stoker en base, il faut faire une requête d'insertion, point barre. L'alternative du fichier tampon et de la tâche planifiée est une solution. Dans ce cas, je recommanderais de faire des fichiers avec des noms différents (par exemple, avec la date du jour) et de purger de temps en temps les anciens fichiers. Cela permettrait de traiter le fichier de la veille dans la tâche et de ne pas avoir de conflit avec le fichier du jour qui peut être en cours d'écriture.

Après si un même visiteur revient plusieurs fois il ne faut pas le réinsérer et vérifier si l'IP est déjà présente dans ta table pour ne pas avoir de redondance

On peut éventuellement éviter la vérification en utilisant une clé unique (IP + date du jour par exemple) et en interceptant l'erreur dans le cas où on insère une ligne déjà existante dans la base. Bon évidemment, c'est un peu moche et ça veut dire que si il y a quelque chose d'autre qui plante sur l'insertion, ça va aussi être intercepté...

[sabotage]

Avec INSERT IGNORE on évite l'erreur.

[Alexcontact]

Merci pour vos réponses.

Je suis toujours à la recherche de ma solutions, et j'ai une question, si ma table sql à 900 voir 1000 requêtes (lignes) es ce que mon site sera lent ou cela n'a aucun rapport ?

[Celira]

Attention aux dénominations : une requête en base, c'est une instruction envoyée à la base pour faire une insertion, modification, suppression ou sélection. Donc tu ne peux pas avoir une "table à 900 requêtes".
Ce que tu peux avoir, c'est une table contenant 900 lignes (ou enregistrements).

Quant à l'impact du nombre de lignes sur les performances, ça dépend des requêtes que tu utilises. Pour une requête d'insertion de base, je ne pense pas que ça ait un grand impact (et à savoir : 900 lignes, c'est pas grand chose pour une table)

[Alexcontact]

Merci beaucoup