Pokud bych čelil problému, který jste zmínil, navrhl bych tabulku LOG jako níže:
EntityName:(String) Entita, se kterou se manipuluje. (povinné)ObjectId:Entita, se kterou se manipuluje, primární klíč.FieldName:(String) Název pole entity.OldValue:(String) Stará hodnota pole entity.NewValue:(String) Nová hodnota pole entity.UserCode:Jedinečný identifikátor uživatele aplikace. (povinné)TransactionCode:Každá operace měnící entity bude muset mít jedinečný kód transakce (jako GUID) (povinný),
V případě aktualizace entity měnící více polí budou tyto sloupce klíčovým bodem pro sledování všech změn v aktualizace (transakce)ChangeDate:Datum transakce. (povinné)FieldType:výčet nebo text zobrazující typ pole jako TEXT nebo Double. (povinné)
S tímto přístupem
lze vysledovat jakoukoli entitu (tabulku)
Přehledy budou čitelné
Budou protokolovány pouze změny.
Kód transakce bude klíčovým bodem pro detekci změn jediným akce.
BTW
Store the changes in the entitychange table and then store the value
according to its datatype in entitychange_[bool|timestamp|double|string]
Nebude potřeba, v jediné tabulce budete mít změny a datové typy
Use partitioning by HASH(entity_id)
Preferuji rozdělení podle ChangeDate nebo vytvoření záložních tabulek pro changeDate, které jsou dostatečně staré na to, aby je bylo možné zálohovat a odstranit z hlavní tabulky LOG
Should I use another database system, maybe MongoDB?
Každá databáze má své vlastní problémy a nevýhody, design můžete použít na jakémkoli RDBMS. Užitečné srovnání databází založených na dokumentech, jako je MongoDB můžete najít zde
doufám, že vám pomůže.