Я видел много дискуссий относительно этого. Я просто ищу ваши предложения по этому поводу. В основном, я использую PHP и MySQL. У меня есть таблица, в которой users
идет:Композитные первичные ключи или суррогаты при работе с датой/временем
users
------------------------------
uid(pk) | username | password
------------------------------
12 | user1 | hashedpw
------------------------------
и другую таблицу, которая хранит обновления пользователем
updates
--------------------------------------------
uid | date | content
--------------------------------------------
12 | 2011-11-17 08:21:01 | updated profile
12 | 2011-11-17 11:42:01 | created group
--------------------------------------------
страница профиля пользователя будет показывать 5 последних обновлений пользователь. На вопросы:
- Для
updates
таблицы, было бы возможно установить оба Uid и даты, как составные первичные ключи с UID ссылки UID изusers
- ИЛИ было бы лучше просто создать другой столбец в
updates
, который автоматически увеличивает и будет использоваться в качестве первичного ключа (в то время как uid будет FK для uid вusers
)?
Вы абсолютно правы. Думаю, я тоже думал «по-человечески». Что хорошего в настройке таблицы? Какие-либо предложения? –
'logid/uid/ts/eventtype/details' где' logid' - автоинкремент PK, 'ts' - столбец временной метки,' eventtype' является свободной формой, но короткий (varchar 16 chars), 'details' является свободной формой и не слишком длинный (varchar 1024). Разделение событий в типах + детали позволяет легко фильтровать «все логины», «все новые группы» и т. Д. – mvds
Gotcha. Спасибо за помощь. –