ой, у тебя еще докер

а небось все через волюм?

хотя если линукс то все ок

надеюсь не мак?

а небось все через волюм?

Мак, через вольюм только src

Кэш и вендоры внутри

извращенцы

а, ладно) тогда ок

извращенцы

наркоманы

Кто-нибудь пробовал профилирование в xdebug 2.6? Какие-то странные он генерит логи, как будто не до конца записывает.

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

ну и просто опыт интересен, какие нюансы, как производительность

та как, нормально

терабайтные базы на монге и кассандрах так и живут

без автоинкрементов)

ну там и другая реализация, а тут еще джойны будут

по гуглу противоречиво как то, в мускуле говорят с ними плохо, а в постгре вроде индексы по-другому работают и нет ощутимых проблем с фрагментацией, и uuid бинарный. ток реального опыта ненагуглил)

размер базы и какие то просадки в производительности которые не почувствуешь пофиг, но не хочется на проекте с базой в 10 гигов испытывать трудности террабайтных проектов )))

в терабайтных базах дубликат id никто не заметит либо ее цена ничтожна мала будет %)

та в нашей тоже если я не скажу - никто не заметит )))

@fes0r у тебя постгря я помню)

А мне вот тоже интересно uuid как будет работать в postgresql? Естественно все ключи обязаны быть уникальными, к примеру если проект комерческий, вряд ли когото устроит один аккаунт на несколько незнакомцев)

А мне вот тоже интересно uuid как будет работать в postgresql? Естественно все ключи обязаны быть уникальными, к примеру если проект комерческий, вряд ли когото устроит один аккаунт на несколько незнакомцев)

нормально будет работать

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

ты быстрее биткойн смайнишь на телефоне чем коллизию uuid получишь

@fes0r или автоинкремент лучше?

@fes0r :D

@fes0r там есть либы, я видел, можно на сайтики закинуть, и фармить биткоины

@fes0r или автоинкремент лучше?

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

а вот мускульные автоинеркементы это боль

а проивзодительность с uuid на больших таблицах тоже не проблема?

боль страдания и унижение, которые провацируют тебя либо полностью на uuid переключиться либо у тебя data-centric приложения и вообще класть тогда

а проивзодительность с uuid на больших таблицах тоже не проблема?

типа выборка по PK?

@fes0r 1 - что такое секвенсы? 2 - мускуль, автоинкремент? - _ - я думал там только автоинкремент нормально работает

ибо в мускле выборке медленее, а uuid многа весит

я сейчас в своем проекте делаю так

/** * @var integer * * @ORM\Id * @ORM\Column(type="integer") * @ORM\GeneratedValue(strategy="SEQUENCE") * @ORM\SequenceGenerator(sequenceName="user_id_seq", initialValue=1, allocationSize=1) * * @Groups({"list", "single"})

@fes0r да, выборка по Pk

3 - data-centric, не слышал

oops

@fes0r да, выборка по Pk

ну так индексы ж

@fes0r 1 - что такое секвенсы? 2 - мускуль, автоинкремент? - _ - я думал там только автоинкремент нормально работает

1. последовательность. представь что у тебя есть возможность получать следующий элемент ДО вставки в таблицу а не только во время оной. 2. они нормально работают, сама концепция не работает. 3. ну это когда у тебя тупо crud и тебе пофигу

не, если на сайте предусмотрены не только CRUDs

в принципе, можно было бы раздели, где - то юзать uuid, а где то автоинкремент

к прмиеру, если идет импорт продуктов, можно sequence думаю

и uuid

если верно понял

а вот где идет юзер, то есть только 1 за раз, лучше думаю автоинкремент будет

ибо в мускле выборке медленее, а uuid многа весит

uuid весит где-то 128 бит, то есть 16 байт. 1 лярд записей - 16 гигабайт юидов. Ну и сколько там центов за гигабайт нынче?

@fes0r дело в головной боли которую может все ето вызвать, как клиенту, так и разрабу да и проекту в целом

в принципе, можно было бы раздели, где - то юзать uuid, а где то автоинкремент

да, тупо использовать что-то одно везде - это так себе мысль. А вот выбирать подходящее по месту - вполне разумно.

@fes0r дело в головной боли которую может все ето вызвать, как клиенту, так и разрабу да и проекту в целом

ммм... не понимаю о чем ты

у меня пока небыло проектов с реально большими объемами данных (это такие которые не помещаются полностью в оперативку сервера)

скажем, 1 000 000 000 записей, сколько весит бд и занимает места то такое, а вот как долго будет идти выборка, вставка и т.д.

а еще програмная реализация

скажем, 1 000 000 000 записей, сколько весит бд и занимает места то такое, а вот как долго будет идти выборка, вставка и т.д.

индексы же

а еще програмная реализация

на стороне СУБД

мне проект дали на работе

правки

там генерили id следующим образом

перед вставкой, брали из бд последний id, делали ObjectValue, и сохраняли в бд

все упало почти сразу

даж индексы не помогли

перед вставкой, брали из бд последний id, делали ObjectValue, и сохраняли в бд

мммм

))

не понял

ERROR: S client not available

все просто

нет autoincrement

нет uuid

а ну сами себе злые буратины

что тут скажешь

перед вставкой бд, шлем запросик, к бд, вытягиваем последний id

ну мол что-то что гарантирует уникальность должно быть

рэдис хотя бы для кэша

угу

там cas штуки атомарные какие

удобно, просто, надежно

cas?

compare and swap и прочие примитивы для атомарных операций

ну или банальным INCR

резервируешь себе айдишку и играешься

так же в постгресе собственно

резервируешь айдишку, или пачку айдишек, и живешь себе

как с сиквенсами, да?

что я кинул кусок кода

там можно брать сколько бронировать

* @ORM\GeneratedValue(strategy="SEQUENCE") * @ORM\SequenceGenerator(sequenceName="user_id_seq", initialValue=1, allocationSize=1)

в примере 1)

лана, всем спок

ты быстрее биткойн смайнишь на телефоне чем коллизию uuid получишь

?? хорошая аналогия

там можно брать сколько бронировать

в контексте доктрины рассматривай такой вариант: class User { public function __construct(UserID $userId, string $email, string $password); }

вот такую штуку с автоинкрементами ты не получишь

в контексте доктрины рассматривай такой вариант: class User { public function __construct(UserID $userId, string $email, string $password); }

а для чего UserID объектом делают?

а ну в нем uuid сгенерирован наврено

по гуглу противоречиво как то, в мускуле говорят с ними плохо, а в постгре вроде индексы по-другому работают и нет ощутимых проблем с фрагментацией, и uuid бинарный. ток реального опыта ненагуглил)

Марко Пиветта (один из основных разработчиков Доктрины) всякий раз говорит, что UUID — вообще тема, и всем советует его использовать

а чем генерить uuid ? у доктрины что то было и ramsey етсь

Ну ладно. На самом деле я немного преувеличиваю. Кажется, в этой презентации он рассказывал про UUID, и про множество прочих не менее интересных вещей. Рекомендую к ознакомлению: youtu.be/WW2qPKukoZY