Kullanıcıların etkinlik verilerini depolamak için uygun teknik

Veritabanı tasarımları söz konusu olduğunda çoğunlukla kendim öğretiyorum. Bu soruyu soruyorum çünkü bu ortak yapıya karar verdim, ancak bunun en verimli veya 'endüstri standardı' yöntem olup olmadığını merak ediyorum.

Tasarladığım çoğu veritabanının bir kullanıcı tablosu var ve daha sonra bir kişi aktivitesi başka bir tabloda izleniyor. Veritabanının güzelliğinin bu tür verimliliklere sahip olduğunu anlıyorum, ancak etkinlik tablosu, düzenli olarak kullanan her kullanıcıdan oldukça hızlı bir şekilde birçok olay toplayacak, böylece ılımlı kullanıcı kullanımı ile oldukça hızlı bir şekilde büyük bir tablo haline gelecektir. Bu şekilde büyümesine izin vermek en iyi yöntem midir? Veya bir katman katmanı mı, yoksa tarihlere mi, kullanıcı sayısına göre mi yoksa başka bir şeye göre mi farklı tablolara bölünmek?

+--------------------+                   +------------------------+
|   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...     | 
                                         +------------------------+

Öğrenmeme yardımcı olmak için her şeyi nerede geliştirebileceğimi bilmek istiyorum.

Veya bir katman katmanı mı, yoksa tarihlere mi, kullanıcı sayısına göre mi yoksa başka bir şeye göre mi farklı tablolara bölünmek?

Veritabanınızdaki 'bölümleme' kavramına bakmak isteyebilirsiniz. RDBMS'lerin çoğu onlar için bazı desteklere sahiptir (örneğin, mysql , oracle , sql server , postgresql ). Temel olarak, RDBMS'nin her ay / yıl / her şeyin ayrı bir tabloda depolandığı gerçeğini oluşturma / yönetme işlemini gerçekleştirmesine izin verirken, ona erişen kod büyük bir tablo gibi davranır.

Kullanıcı adına, tarihe veya verilere erişmek için en sık kullanılacak olanlara göre bölümleyebilirsiniz. (kullanıcı merkezli ve tarih merkezli yapmanın avantajları / dezavantajları var ... ama tüm bunlara girmemi isteyip istemediğinizi bilmiyorum)

Çok iyi bir gözlem yaptınız. Etkinlik masa hızlı ve büyük büyüyecek. Geçmişte ne yaptım eski verilerin (14 günden eski) kapalı bir ActivityHistory tabloya arşivdir . Bunu yapmak, Etkinlik tablosunu yönetilebilir bir boyutta tutar ve araştırma yapmanız gerekirse, her zaman ActivityHistory tablosuna bakabilirsiniz .