sql >> Database >  >> RDS >> Mysql

Bannervertoningen bijhouden - Databaseontwerp

Ik raad aan om het meest flexibele ontwerp te maken waarmee u nieuwe rapporten kunt maken als de vereisten in de toekomst toenemen. U stelt voor dat de klant rapporten wil over "vertoningen per dag". Wat als ze later binnenkomen en zeggen "op welk tijdstip van de dag worden de vertoningen het meest getoond"? Hoe zit het met "wanneer wordt er het meest op ze geklikt"?

Dus de meest flexibele manier om dit te doen is om 1 record te hebben voor elke vertoning, waarbij elke record justbanner_idtimestamp is

Later kunt u een opgeslagen procedure maken die historische gegevens verzamelt en zo ENORME hoeveelheden gegevens opruimt die u hebt verzameld - en zo rapporten maakt op het niveau van granulariteit waar u om geeft. Ik kan me voorstellen dat je een maand lang uurlijkse gegevens opslaat en een jaar lang dagelijkse gegevens. De opgeslagen processen zouden gewoon naar een archieftabel schrijven:

  • Banner-ID
  • Tijdsinterval-ID (van de maand/jaar voor maandelijkse gegevens, of dag/maand/jaar voor dagelijkse gegevens, enz.)
  • Aantal vertoningen


  1. Maak een cumulatieve somkolom in MySQL

  2. UPDATE met SELECT, zal het elke rij of alle GESELECTEERDE records vergrendelen?

  3. PHP-verbindingsfout met de database

  4. Converteer oproeprails voor opslaan/bijwerken naar sql