Проблема повторяющихся id

[codedokode]

У нас есть в #30 проблема с тем, что в некоторых тредах дублируются id. А также, я тут вспомнил, что у меня еще есть архивы тредов из раздела /b/. Чтобы их всех можно было импортировать, не боясь проблем с пересечением id, может стоить сделать у треда (или поста?) параметр "доска" и требовать уникальности id поста только в пределах доски?

Тогда мы бы могли сделать 3 доски: /b/, старый /pr/, новый /pr/. Ссылки, естественно, работают тоже только в пределах доски. Id тредов и постов уникальны только в пределах доски.

Потенциальные проблемы:

• не работающие ссылки между "новым" и "старым" /pr/
• надо как-то указывать импортеру, к какой доске относится каждый тред или как-то сделать, чтобы он сам это определял
• чтобы сделать в БД ограничение по уникальности id, может понадобиться добавить id доски в таблицу post, чтобы сделать там UNIQUE INDEX (boardId, postId)
• усложнение кода

Если у кого-то есть идеи, предлагаю их обсудить. Думаю, что спешки с реализацией пока не требуется, но хорошо понимать, какие у нас тут есть варианты решения.

[spudro228]

Потому-что нужно использовать uuid

[codedokode]

@spudro228 мне кажется, uuid тут не при чем. Если бы нам нужны были уникальные числа, мы бы могли использовать AUTO_INCREMENT. Или поясните пожалуйста подробнее вашу мысль.

Проблема в том, что в архиве тредов есть разные посты с одинаковым id (из-за бага на дваче, когда они откатили БД).

[spudro228]

AUTO_INCREMENT и SEQUENCE имеет место быть, но!

Айдишники тредов phpClub никак не должны быть связаны с айдишниками тредов с двачей,
уж точно уникальными их не стоить делать, т.к. они сами по себе не уникальны

из-за бага на дваче, когда они откатили БД

uuid - дествительно уникален, при использовании AUTO_INCREMENT или SEQUENCE, нужно знать предыдущий айдишник в системе, что накладывает некоторые ограничения.

Перед записью в БД, тебе нужно сделать обращение к базе и вычислить айдишник из чего вытекает:

• невозможно делать массовые записи в базу за адекватное время, т.к. для каждой записи придется делать запрос "ДАЙ МНЕ НОВЫЙ АЙДИШНИК".

• Неадекватное поведение при хард делите из базы ( Случайно записали в базу с айдишником 228, кода последний айдишник равен 12, а потом удалили эту запись. Потом когда пришло время вставить запись под номером 228 - база выдаст ошибку, что тако SEQUENCE уже есть ), из чего появляется проблема описанная в первом пункте.

• При использовании uuid ты генерируешь его еще в конструкторе обьекта, и обьект получается у тебя уже ВАЛИДНЫМ до записи в базу, что упрощает работу с ним и тестирование с ним (просто делаешь new MyObject() и просто работает, у него есть даже айдишник)

[codedokode]

@spudro228 у нас нет проблемы с генерацией уникальных идентификаторов (следовательно, и потребности в uuid). У нас нет проблемы с "массовой записью в базу", и если бы она была, то вряд ли из-за AUTO_INCREMENT. Проблема в том, что нынешний код использует во многих местах, в т.ч. в ссылках, именно двачевские id постов, и проблема в наличии ссылок между постами на основании этих id. Если бы ссылок не было, естественно, можно просто было бы не делать двачевский id уникальным.

[spudro228]

Я тогда вообще не понимаю в чем проблема.
Просто добавьте одно поле, в котором будет откуда эта ссылка.
И зачем делать айдишники постов с ДВАЧЕЙ уникатьными?
Если вы хотите юзать двачевские айдишники, то юзайте, но они не должны влиять архитектуру вашей базы!

__

Что видит юзер: >>12334
Что в коде: <a href="12334_old_dvach">
Что в базе: id: 228| dvach_id: 12334| title: 'some title'| dvach_mode: "old_dvach"
dvach_mode - можно даже сделать индексом