Conception SQL complexe, aide/conseil nécessaire

Question

J'ai peu de questions pour les gourous SQL ici ... En résumé, c'est le système de gestion des annonces où l'utilisateur peut définir des campagnes pour différents pays, catégories, langues. J'ai quelques questions à l'esprit alors aidez-moi avec ce que vous pouvez.

Généralement j'utilise ASP.NET et je veux mettre en cache tous les résultats de certains utilisateurs une fois qu'il demande des statistiques pour la première fois, de cette façon j'éviterai de gros allers-retours au serveur.

toute aide est la bienvenue

Click here for diagram avec tous les détails dont vous avez besoin pour mes questions

question 1.Main de cette application est de montrer à l'utilisateur le nombre de clics/impressions étaient et combien d'argent il a passé en campagne. Quel est le moyen le plus simple d'obtenir cette information pour lui? Je vais également inclure le filtrage par date, plages de dates et quelques autres paramètres dans ce tableau de statistiques.

2. L'autre problème est ce qui se passe lorsque l'utilisateur essaie de modifier la campagne. L'ancienne campagne va mourir, cela signifie que si l'utilisateur définit 0.01 $ comme campaignPPU (pay-per-unit) et le jour suivant le met à 0.05 $, tout sera réinitialisé à 0.05 $.

3.Si vous pouviez re-concevoir certaines parties de la conception de la table afin qu'elle soit plus flexible et plus facile à modifier, comment le feriez-vous?

Merci ... désolé pour si grand travail, mais il peut intéresser certains types SQL ici

Answer 1

Pour # 1, vous pouvez utiliser une série de vues pour montrer des statistiques intéressantes. Si vous souhaitez mettre en cache les résultats, vous pouvez stocker les résultats dans une table de reporting qui ne sera actualisée que tous les n heures (peut-être jusqu'à 3 ou 4 fois par jour? Je ne sais pas ce qui serait approprié pour ce scénario).

Une fois que toutes les données sont dans une table de rapport, vous pouvez mieux l'indexer pour le filtrage, et comme elle sera purgée et ranimée selon un planning, elle devrait être plus rapide d'accès.

Notez que cela ne fonctionnera que si le remplissage de la table de statistiques ne prend pas trop de temps (vous devrez être le juge de combien de temps est "trop ​​long").

Pour le n ° 2, cela ressemble à un problème de conception sous-jacent. Que voulez-vous dire par "modifier"? Est-ce que cette opération d'édition détruit l'ancienne campagne et crée une nouvelle campagne "clone" (qui n'est évidemment pas un clone parfait ou il n'y aurait pas de problème)? Y a-t-il des données historiques qui sont importantes, mais qui deviennent orphelines ou supprimées par la modification? Vous pouvez analyser ce processus de "modification" et voir si vous devez ajouter le suivi de l'historique à certaines de ces tables. Peut-être un simple datetime pour les anciens enregistrements, ou une ou plusieurs tables "history" séparées qui reflètent la structure des tables en cours de modification par l'opération "edit". Pour le n ° 3, ça semble bien, mais je ne vois qu'une petite partie du système. Je ne sais pas comment le reste de l'application est conçue ...

Answer 2

Eugene,

Si vous envisagez de garder les campagnes autour de ne pas édités envisager de les supprimer. Au lieu de rendre les campagnes sensibles à la date. Par exemple, UserA a lancé la campagne 1 le 1/1/2010 et l'a terminée le 2/1/2010, puis a lancé campaign2 le 2/2/2010.

Ou si vous n'aimez pas la notion de fin de vos campagnes. Vous pouvez envisager une table d'historique pour vos campagnes.Fondamentalement, la même structure de table mais un UniqueIdentifier ajouté pour rendre les lignes uniques.

Je devrais également noter que la taille estimée de cette table de campagne et de ses tables liées sont importantes sur votre conception. Si vous prévoyez d'avoir seulement 1000s de lignes en conservant les enregistrements anciens et actuels dans une table n'est pas un problème. Toutefois, si vous envisagez d'avoir 1000000 ou plus, vous pouvez séparer l'ancien du nouveau pour des requêtes plus rapides, ou planifier correctement les statistiques et les indices sur les champs que vous devez filtrer. Rappelez-vous aussi que les indices sont utiles pour les lectures, mais ils ralentissent les écritures.