Je travaille sur un site immobilier et j'ai besoin de faire un mailing de notification: quand une nouvelle propriété est insérée sur un site, les personnes qui ont souscrit une notification dans ce pays et/ou cette région et/ou ville et/ou opération immobilière particulière (location, vente) recevra une notification par email. Une personne peut s'abonner pour différentes zones, villes, etc., pas seulement une. Une personne ne recevra qu'une seule notification par semaine, disons s'il y a de nouvelles propriétés pour lui. Et je pense à comment mieux créer une table mysql pour les abonnés afin de les récupérer facilement. Tableau comme:Aide avec php/mysql mailer
create table subscribers(
user_email varchar(255),
area_id int(4));
est une mauvaise idée, parce que si on va laisser dire 100 000 (regardant vers l'avenir) abonnés et chacun souscrira 10 zones, il y aura 1.000.000 lignes d'une table. Donc, je cherche une solution efficace pour faire une telle tâche.
Si vous avez d'autres recommandations, j'aimerais les entendre.
Merci d'avance!
J'ai toujours craint de grandes tables, car elles devraient avoir une optimisation supplémentaire ou elles seront plutôt lentes. Chaque fois que j'essaie d'éviter plusieurs lignes avec les mêmes données (dans ce cas, le courrier électronique) en mettant en œuvre des algorithmes complexes. – Starmaster
Ce schéma prendra soin de cela. Faire une table de références croisées comme ceci signifie que seulement deux champs entiers sont utilisés. Nice et compact. De plus, ils sont indexés pour que les recherches soient rapides. – webbiedave