Базы данных: Создание Журнала действий, как обработать различные ссылки?

Ниже приведены, как я это сделал. У меня есть еще несколько комментариев внизу после того, как вы видели схему.

Журнал

Логид - Уникальный идентификатор журнала

Время - Дата / время события

LogType - String или ID

(Боковой комментарий, я бы пошел с идентификатором здесь, чтобы вы могли использовать сообщение Таблица показана ниже, но если вы хотите быстрое n Starthy, вы можете просто только уникальную строку для каждого времени журнала (например, «Началась игра», - отправлено сообщение «, и т. Д.)

LOGACTOR

Логида - Внешняя клавиша

LOGACTORTYPE - String или ID (как указано выше, если удостоверение личности вам понадобится таблица поиска)

LOGACTORID - это уникальный идентификатор для таблицы для типа, например, пользователя, группа, группа, игра

- это упорядочение Актеры.

logmessage

logtype - Exernal Key

Сообщение - Long String (varchar (max)?)

Язык - Строка (5) Итак, вы можете выбрать разных языков, например, «US-EN»

Пример данных (Используя ваши 3 примера)

Журнал

ID  Time   LogType 
1   1/1/10 1
2   1/1/10 2
3   1/1/10 3

LOGACTOR

LogID LogActorType LogActorID Sequence
1     User         1          1
1     User         2          2
2     User         1          1
2     User         2          2
2     User         2          3
2     Game         1          4
3     User         3          1
3     Group        1          2

LogMessage

LogType Message 
1       {0} Made a new friend {1}
2       {0}, {1}, {2} played a game ({3})
3       {0} joined a group ({1})

User

ID Name
1  User A
2  User B
3  User C

Игра

ID Name
1  Name of game

Группа

ID Name
1  Name of group

Так вот приятные вещи об этом дизайне.

• Очень легко расширить

• это обрабатывает многоязычные проблемы независимо от актеров

• Это самообслуживание, Таблица logmessage объясняет точно какие данные вы хранятелю должны сказать.

Некоторые плохие вещи об этом.

• Вы должны сделать какую-то сложную обработку для чтения сообщений.

• Вы не можете просто посмотреть на БД и посмотреть, что произошло.

В моем опыте хорошие части такого рода дизайн перевешивают плохие биты. Что я сделал, чтобы позволить мне сделать быстрый грязный взгляд на журнал, это сделать вид (который я не использую для кода приложения), на котором я могу посмотреть, когда мне нужно увидеть, что происходит через спину конец.

Дайте мне знать, если у вас есть вопросы.

Обновление - некоторые примеры запросов

Все мои примеры находятся в SQLSERVER 2005+, дайте мне знать, если есть другая версия, которую вы хотите, чтобы я целевым.

Просмотр таблицы логактора (Есть несколько способов сделать это, лучшее зависит от многих вещей, включая распределение данных, использование случаев и т. Д.) Вот два:

a)

SELECT 
  LogId,
  COLLESCE(U.Name,Ga.Name,Go.Name) AS Name,
  Sequence
FROM LogActor A
LEFT JOIN User U ON A.LogActorID = U.[ID] AND LogActorType = "User"
LEFT JOIN Game Ga ON A.LogActorID = Ga.[ID] AND LogActorType = "Game"
LEFT JOIN Group Go ON A.LogActorID = Go.[ID] AND LogActorType = "Group"
ORDER BY LogID, Sequence

b)

SELECT 
  LogId,
  U.Name AS Name,
  Sequence
FROM LogActor A
INNER JOIN User U ON A.LogActorID = U.[ID] AND LogActorType = "User"
UNION ALL
SELECT 
  LogId,
  Ga.Name AS Name,
  Sequence
FROM LogActor A
INNER JOIN Game Ga ON A.LogActorID = Ga.[ID] AND LogActorType = "Game"
UNION ALL
SELECT 
  LogId,
  Go.Name AS Name,
  Sequence
FROM LogActor A
INNER JOIN Group Go ON A.LogActorID = Go.[ID] AND LogActorType = "Group"
ORDER BY LogID, Sequence

В общем я думаю, что A) лучше чем B) Например, если вы отсутствуете, если вы не пропустите акт артистики A), будет включать его (с нулевым именем). Однако B) легче поддерживать (потому что профсоюз все заявления делают его более модульным.) Есть другие способы сделать это (например, CTE, Views и т. Д.). Я склонен делать это, как б) и от того, что я видел, что, кажется, по крайней мере, стандартная практика, если не лучшая практика.

Итак, последние 10 элементов в журнале будут выглядеть что-то подобное:

SELECT 
  LogId,
  M.Message,
  COLLESCE(U.Name,Ga.Name,Go.Name) AS Name,
  Time,
  A.Sequence
FROM Log
LEFT JOIN LogActor A ON Log.LogID = A.LogID
LEFT JOIN User U ON A.LogActorID = U.[ID] AND LogActorType = "User"
LEFT JOIN Game Ga ON A.LogActorID = Ga.[ID] AND LogActorType = "Game"
LEFT JOIN Group Go ON A.LogActorID = Go.[ID] AND LogActorType = "Group"
LEFT JOIN LogMessage M ON Log.LogType = M.LogMessage
WHERE LogID IN (SELECT Top 10 LogID FROM Log ORDER BY Date DESC)
ORDER BY Date, LogID, A.Sequence

NB - как вы можете видеть, легче выбирать все элементы журнала с даты, чем последний X, потому что нам нужен (вероятно, Очень быстрый) подпросиер для этого.