Унификация id записей. Как или что использовать для page_id?

[digitalfarseer]

Прикручиваю виджеты к IPB (3.4.6), задался вопросом: какой уникальный числовой идентификатор можно использовать для виджета, чтобы никогда-никогда не было пересечений по значению? Или как его составить так, чтобы он был уникальным для:

 

- Новостей IP.Content

- Записей IP.Blog

- Галереи

- Комментариев к статьям

- Комментариев к блогам

- Топиков

- Постов

 

Я пролистал БД и, насколько понял, entry_id = 1 может быть как у поста, так и у новости, у топика и у комментария. Что же тогда использовать, как уникальный идентификатор в рамках IPB?

[digitalfarseer]

Разобрался, сделал по timestamp+entry_id+member_id.

[soka]

digitalfarseer, в ипб нет виджетов.

Название идентификатора в свой таблице можно задать любое. Для пересекающих имен в джинах с разной сущность есть псевдонимы. Что вы там сделали по timestamp+entry_id+member_id не понятно. Первичный ключ? Тогда зачем такой сложный составной ключ когда достаточно обойтись одинм entry_id или просто id?

[digitalfarseer]

Я прикрутил комментарии и лайки ВК параллельно основной системе репутации (средствами JS делаю на каждый клик 2 клика всплытием, добавляя лайки в базу форума, и на страницу ВК). Нужно унифицировать page_id для всех виджетов, чтобы они не пересекались (иначе данные в кашу превращаются). Поэтому, дабы исключить пересечения (а они могут быть же? об этом и вопрос в начале топика -- какой числовой идентификатор уникален для всех типов записей). В итоге получился составной уникальный ключ для каждой записи, создающийся один раз - при создании. И, вроде как, не пересекающийся по значениям.

Изменено 23 марта, 2015 пользователем digitalfarseer

[soka]

Для этого есть имя приложения - app, либо если сущностей больше, просто пишется название каждой сущности - post, topic и тд. 
id | entry_id | type | timestamp | member_id

 

id - PRIMARY KEY
entry_id - ид сущности

type - тип сущности - post, topic

[digitalfarseer]

page_id должен быть int.