Давай посчитаем риски

и если даже по масштабам вселленной представить вероятность гибели от астеройда на наш век, она уже есть, такая же как попасть на 2й ууид

если случится то где произойдет проблема?

ууид генерят вместо праймари кей

частенько

у тебя ведь все в транзакциях верно? значит оно откатится и пользователь увидит 500

будет 2 юзера с одинаковым id

Один раз на милион

Эм нет

как так?

выше написал

У тебя uuid не уникальный ключ в базе?

Что, постгрес не сможет следить за уникальностью uuid?

если ты генеришь через постгрес нет

не уникальный

вроде бы нет

а уникальный индекс прям совсем никак не навесить? что то не верится.

а если через луп с проверкой в базе то да

но луп я напишу за 3 минуты, а плагин ты будешь ставить и настраивать дольше

Какой плагин?

postgres uuid забей в гугле

но луп я напишу за 3 минуты, а плагин ты будешь ставить и настраивать дольше

это лишний запрос

А рельсовый AR сам генерить uuid не сможет?

ты даже сейчас не знаешь решения, а я рубями первый раз за 10 минут решил, а ща уже знаю как метод собирать, это будет всяко быстрее чем ставить плагин и потом его настраивать и потом разбираться с уникальность

это лишний запрос

мой результат гугления показал что это единственный и надежный способ

остальные не такие кайфовые и не такие уникальные

Чет мне кажется что если навесить уникальный индекс на uuid то все будет норм. Не проверял конечно же, но думаю что нормально должно работать

def change enable_extension 'uuid-ossp' end

да вот этот

А рельсовый AR сам генерить uuid не сможет?

субд генерит

SecureRandom.uuid генерит

все умеют

я думаю эта не та тема, которую стоит обсуждать. Я предпочитаю делать через доп запрос из рельсы

Не, я про то что AR сам сгенерит uuid при вставке

а вот для картинок сойдет и uuid от psql

Не, я про то что AR сам сгенерит uuid при вставке

сам AR не генерит

мне просто пока не очень в это верится, ну ладно.

мне просто пока не очень в это верится, ну ладно.

я больше двух лет юзаю uuid - доволен как слон

не, я про то что нельзя заставить базу следить за уникальностью uuid

мне в это не верится.

почему?

алгоритм такой

Ну если ты навесишь уникальный индекс по uuid, оно не будет следить за тем чтобы ты не вставил дубль?

этого не случится при моей жизни

это крайне! маловероятное событие

это всего лишь 2 разных подхода при генерации ууид не более

вообще тема была про луп

ну вот не нужен при uuid луп

но чат умеет раздолбать идею и переехать

uuid зависит в т.ч. от времени, так что при разном времени вероятность совпадения двух uuid почти нулевая =)

ну вот не нужен при uuid луп

я делаю луп при ууид

ты странный, хотя я знал это :)

http://softwareengineering.stackexchange.com/a/130295

ERROR: S client not available

мне луп нужен

я делаю луп при ууид

А что конкретно делает твой луп?

создает цикл в нем генерит ууид

а почему рубишный метод не юзаешь?

loop do uuid = SecureRandom.uuid break uuid unless User.find_by(uuid: uuid) end

все просто

ой

а, точно. Знакомая штука.

тока там break

вот это оверхед, всем оверхедам оверхед :)

а почему через базу не будешь следить за консистентностью?

в энциклопедю оверхедов :)

каждому свое

Я ща погуглил, если случайно окажется что RNG плохой то можно часто коллизии ловить.

а плохой RNG часто в виртуалках.

Ну это ошибка выжившего же.

мне всего 36 лет, когда бы я успел?

Те у кого случились коллизии в продакшене обанкротились, очевидно же.

и они тут не сидят

?

ну не живут столько люди :)

тут проблемы не решали

ты просто как обычно верхушку схватил не читая

как в каждом разе, когда видишь слово джун, жабишь на меня

да!