アプリ変更ログ (Audit log)

• アプリ、リポジトリのデータの操作ログ
  • ユーザー, adminが見る用
• アプリ、リポジトリ自体の作成・削除ログ
  • アプリの作成・削除ログはリポジトリowner, adminが見る用
  • リポジトリの作成・削除ログはadminが見る用

操作ログ系はそのままRDBのカラムに定義すると負債になりやすいので、操作ログ自体はTEXTカラムとかにJSON形式で保存して、パースはfail-safeに行う?

こんな感じ? foreign keyは無し

CREATE TABLE `repository_logs` (
id VARCHAR(22)
repository_id VARCHAR(22)
created_at DATETIME
type VARCHAR(100)
user_id VARCHAR(22)
description TEXT
);
CREATE TABLE `application_logs` (
id VARCHAR(22)
application_id VARCHAR(22)
created_at DATETIME
type VARCHAR(100)
user_id VARCHAR(22)
description TEXT
);

https://stackoverflow.com/questions/201527/best-design-for-a-changelog-auditing-database-table

No files, tests, or entry points are named. Start by reviewing the existing application and repository persistence code, then clarify the audit-event schema, fail-safe parsing approach, and visibility rules; done means the agreed design is implemented for creation, deletion, and data-operation logs.