Discussion :

[simnitch]

Bonjour,

je me pose des questions quant à l'architecture du site que je suis en train de développer.

C'est une sorte d'agenda, avec une BDD Event qui contient entre autre les champs latitude et longitude et date de fin de l'événement.
Et je voudrais afficher sur la page d'accueil les événements proche de la ville de l'utilisateur.


Jusqu'à maintenant je me disais que j'allais rechercher dans la BDD les événement proches (à une distance fixée de la latitude et de la longitude de l'utilisateur) et ensuite ressortir les événements dont la date n'est pas passée.
Mais comme cette requête sera faite pour tous les utilisateurs sur la page d'accueil, ça risque de vraiment ralentir le site.


Je me dis que le mieux serait donc d'avoir une BDD pour les Events_passés et une Events_a_venir ce qui devrait considérablement accélérer les choses(?).

Mais mon problème est de savoir comment passer un événement de la BDD Events_passés à la BDD Events_a_venir.
J'ai bien pensé à exécuter à intervalles régulier une requête qui compare les dates des événements à venir avec la date actuelle, mais ça ne me semble pas propre du tout (ça risque de ralentir considérablement le site pendant cette requête non?) et en plus ce ne sera pas précis si je ne fais pas cette requête assez régulièrement.

Est-ce selon vous tout de même le meilleur moyen?
Merci d'avance à qui prendra le temps de lire ce petit pavé! (et encore plus à celui qui y répondra )

[grunk]

Je me dis que le mieux serait donc d'avoir une BDD pour les Events_passés et une Events_a_venir ce qui devrait considérablement accélérer les choses(?).

Non !

Une seule table , la date de l'événement servant à définir si il est passé ou non. Poru que la recherche soit rapide , il faut évidemment que la colonne de la date soit indexée.

Dans tous les cas ce qui va prendre du temps c'est le calcul sur la position pas le tri sur passé/à venir.

Un bon papier sur la recherche spatial avec mysql :
http://fr.scribd.com/doc/2569355/Geo...rch-with-MySQL

[simnitch]

Merci de ta réponse!

OK, donc concrètement on est d'accord qu'avec Symfony2, en utilisant doctrine j'aurai bien mon attribut date définit comme suit :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
<?php
class Event
{
    /**
     * @Id @Column(type="date")
     * @GeneratedValue
     */
    private $date;
 
?>

Et comment procède à ton avis un site qui a plusieurs années d'événements stockés dans sa BDD (et donc peut-être plus de 100k événements)? Ils vident leurs BDD une fois de temps en temps ou ça ne pose tjrs pas de gros problèmes de temps d'exécution?

[grunk]

Pour la partie symfony/doctrine je ne peux pas te confirmer , je ne les utilise pas.

Et comment procède à ton avis un site qui a plusieurs années d'événements stockés dans sa BDD (et donc peut-être plus de 100k événements)?

100k événements (tout comme 500k d'ailleurs) c'est de la rigolade pour une base de données (bien conçue).
Si les événements ne sont jamais utilisés après leur date , tu peux faire des routines pour les supprimer régulièrement. Garder des données qui ne sont pas et ne seront jamais utilisées , ça ne sert pas à grand chose.

[simnitch]

Ok, merci pour tes réponses