Бих препоръчал да създадете най-гъвкавия дизайн, който ще ви позволи да създавате нови отчети, тъй като изискванията се разширяват в бъдеще. Предполагате, че клиентът иска отчети за "импресии на ден". Ами ако дойдат по-късно и кажат „по кое време на деня се показват най-много импресии“? Какво ще кажете за „кога се кликва най-често“?
Така че най-гъвкавият начин да направите това е да имате 1 запис за всяка импресия, където всеки запис е justbanner_idtimestamp
По-късно можете да създадете съхранена процедура, която агрегира исторически данни и по този начин изчиства ОГРОМНИ количества данни, които сте натрупали - по този начин създавайки отчети за нивото на детайлност, което ви интересува. Мога да си представя да съхранявам почасови данни за един месец и дневни данни за една година. Запазените процедури просто биха записали в архивна таблица:
- ID на банер
- Идентификатор на времеви интервал (на месец/година за месечни данни или ден/месец/година за дневни данни и т.н.)
- Брой импресии