Я бы с удовольствием, но это не вариант(

А почему не вариант?

Да, лучше uuidv4

Или v6 если не страшно

у меня вопрос не совсем по симфони, но рискну) вчера я задавал его в соседнем чате но там как-то всё скатилось в срач "автоинкремент против uuid", что никак не прояснило сути вопроса)

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

сейчас все события у меня из сущностей вытягиваются в отдельном слушателе доктриновских событий на postFlush

по идее, в объекте может поменяться что угодно, потому в доменное событие передаётся единственная стабильная штука - это айдишник (база mysql, айдишник - автоинкрементный). но некоторые события могут произойти еще до того, как у сущности появилась айдишка. как правильнее? передавать весь объект в событие, а айдишка будет востребована после того, как сущность сохранилась? но вся сущность в событии не особо-то и нужна. или же передавать в событие какое-то замыкание из которого можно будет получить id? или еще какие-то варианты? я сам склоняюсь к тому, чтоб передавать сущность, но может есть какие-то более клёвые варианты? менять базу и делать айдишки uuid - не предлагать)

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

какой самый правильный подход?
спасибо за ответы)

Или v6 если не страшно

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

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

uuid это круто, один раз попробовав назад не хочется

да я понимаю, что это круто)
но менять тип идентификатора не разрешат

беги от туда

Потому что не дают делать нормально, нафига такая работа?)

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

добавь uuid не убирая автоинкремент

у меня вопрос не совсем по симфони, но рискну) вчера я задавал его в соседнем чате но там как-то всё скатилось в срач "автоинкремент против uuid", что никак не прояснило сути вопроса)

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

сейчас все события у меня из сущностей вытягиваются в отдельном слушателе доктриновских событий на postFlush

по идее, в объекте может поменяться что угодно, потому в доменное событие передаётся единственная стабильная штука - это айдишник (база mysql, айдишник - автоинкрементный). но некоторые события могут произойти еще до того, как у сущности появилась айдишка. как правильнее? передавать весь объект в событие, а айдишка будет востребована после того, как сущность сохранилась? но вся сущность в событии не особо-то и нужна. или же передавать в событие какое-то замыкание из которого можно будет получить id? или еще какие-то варианты? я сам склоняюсь к тому, чтоб передавать сущность, но может есть какие-то более клёвые варианты? менять базу и делать айдишки uuid - не предлагать)

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

какой самый правильный подход?
спасибо за ответы)

да я понимаю, что это круто)
но менять тип идентификатора не разрешат