Правильна методика зберігання даних про події користувачів

Я здебільшого самоучка, коли справа стосується дизайну баз даних. Я ставлю це питання, тому що я зупинився на цій загальній структурі, але мені цікаво, чи це найефективніший або «галузевий стандарт» метод.

Більшість баз даних, які я розробляю, мають таблицю користувачів, а потім активність осіб відстежується в іншій таблиці. Я розумію, що краса бази даних полягає в тому, щоб мати таку ефективність, але таблиця активностей досить швидко збирає багато подій просто від кожного користувача, який регулярно використовує її, завдяки чому досить швидко стає величезною таблицею з помірним використанням користувачів. Це найкраща практика, щоб просто дати їй рости таким чином? Або це рівень ярусів таблиць, або розбиття на різні таблиці на основі дат, або на кількість користувачів, або щось інше?

+--------------------+                   +------------------------+
|   UserData         |                   |   Activity             |
+-=------------------+                   +------------------------+
| ID     (auto uint) | <--1-to-many-+    | ID  (auto uint)        |
| UserName (text)    |              +--> | UserID (uint)          |
| Email    (text)    |                   | Timestamp (time)       |
| additional info... |                   | Type (ID to elsewhere) |
+--------------------+                   | additional info...     | 
                                         +------------------------+

Я просто хотів би знати, де я можу щось покращити, щоб допомогти мені вчитися.

Або це рівень ярусів таблиць, або розбиття на різні таблиці на основі дат, або на кількість користувачів, або щось інше?

Можливо, ви захочете вивчити поняття «розділення» у вашій базі даних. Більшість RDBMS мають певну підтримку для них (наприклад, mysql , oracle , sql-сервер , postgresql ). В основному, ви дозволяєте RDBMS обробляти процес створення / управління тим, що кожен місяць / рік / все, що зберігається в окремій таблиці, тоді як код, що звертається до нього, розглядає його як одну велику таблицю.

Ви можете розділити його за іменем користувача, датою чи тим, що буде використовуватися найчастіше для доступу до даних. (Є переваги / недоліки, щоб зробити його орієнтованим на користувача порівняно з датою-центрідом ... але я не знаю, чи хочете ви, щоб я все-таки займався цим)

Ви зробили дуже гарне спостереження. Таблиця активності буде рости швидко і масштабно. Що я робив у минулому - це архів старих даних (скажімо, старших 14 днів) до таблиці ActivityHistory . У такий спосіб зберігається таблиця " Діяльність" до керованого розміру, і якщо вам потрібно зробити дослідження, ви завжди можете озирнутися на таблицю ActivityHistory .