Не знаю что такое апсерт (

инсерт ор апдейт

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

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

в автогенерации, да

объекта нет, с чего он генерировать будет? )

в автогенерации, да

А причём тут автогенерация? Сделал сущность, назвал статистика за час. Все.

сущность будет лежать просто для автогенерации?

сущность будет лежать просто для автогенерации?

Ну почему нет. Поидее можно и дёрнуть её для чтения) тут уже по желанию. Мне не колет например, если чисто для доктрины сделать

ок, следующий кейс, чуть более сложный. Генерируемые колонки 😄

ок, следующий кейс, чуть более сложный. Генерируемые колонки 😄

Это что за зверь)

особенно по формуле, их можно описать в доктрине?

особенно по формуле, их можно описать в доктрине?

Типо дефолтные значения или что? Или как?

Это что за зверь)

в мускле (и в постгре) можно создать вирутальную колонку. которая будет генерировать автоматически, на основании других колонок

в мускле (и в постгре) можно создать вирутальную колонку. которая будет генерировать автоматически, на основании других колонок

Ну это позже на by database архитектуру.

например расчет какого нибудь цтр, где будет clicks / views

например расчет какого нибудь цтр, где будет clicks / views

А нахрена? На чтение можно или почитать в запросе или в view

А нахрена? На чтение можно или почитать в запросе или в view

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

не надо ебаться с триггерами

или например создать колонку с фуллтекст поиском, конкатенировав несколько текстовых полей в один текст

Ну вот это если надо. Вопрос если не надо, то почему бы не использовать автогенерацию)

Ну вот это если надо. Вопрос если не надо, то почему бы не использовать автогенерацию)

а как ты её сделаешь? )

или например создать колонку с фуллтекст поиском, конкатенировав несколько текстовых полей в один текст

Вот кстати фултекст ещё реальный кейс, не пробовал в доктрину загонять

а как ты её сделаешь? )

Ну так мне не надо) зачем мне индекс по json. Вот нужно будет - буду вручную)

Json вообще как то в релиационке подразумевает поле не особо стандарт, так как это денормализованное. А ещё через него делать сложные операции - тут стоит подумать.

Json вообще как то в релиационке подразумевает поле не особо стандарт, так как это денормализованное. А ещё через него делать сложные операции - тут стоит подумать.

хз, нормальный жсон для реляционки )

хз, нормальный жсон для реляционки )

ну это денормализация. Я пока не решаюсь его пихать там, где надо потом с строками работать и условиями. Вот где надо просто кучу данных запихать, без работы между ними (между строками с json) - то норм. Но это личная фобия. Да и был кейс где работали с json и поиском по ниму, в целом рабочая херня не спорю, надо уметь готовить и не бояться)

ну это денормализация. Я пока не решаюсь его пихать там, где надо потом с строками работать и условиями. Вот где надо просто кучу данных запихать, без работы между ними (между строками с json) - то норм. Но это личная фобия. Да и был кейс где работали с json и поиском по ниму, в целом рабочая херня не спорю, надо уметь готовить и не бояться)

а еще возможность добавить доп поля для данных, для юзеров

а еще возможность добавить доп поля для данных, для юзеров

Ну так если это кастомные поля, то по ним и поиск и операции врядли будут. А если не кастомные то можно и не json

так-то да )

например расчет какого нибудь цтр, где будет clicks / views

getCtr()

Ну это привязка к энтити

Поэтому говнорешение

Сам сказал сам обосрал

ну, и еще не посортировать не нему )

Ты можешь сделать такое поле средством бд, я так понимаю проперти будет просто insertable, updatable false

И будет мапится в энтити

так я уже написал про generated column

Да.. У нас был json с вычисляемыми колонками.. К сожалению дикие костыли с доктриной) надо было подписываться на чтение меты

Либо написать скрипт который будет обновлять данные

зачем? )

вычисление можно триггером сделать, а можно виртуальной колонкой

вычисление можно триггером сделать, а можно виртуальной колонкой

Ну виртуалочка прикольная штука, но мне кажется не особо киллеровая. Для вычислений в записи - лучше использовать энтити, так как это тестируемо и domain first, а на чтении - хоть в запросе делать вычисления,хоть в пыхе, воть в view. Хотя возможно можно намутить какие нить прикольные штуки, для всяких автогенерируемых админок

Ну так если это кастомные поля, то по ним и поиск и операции врядли будут. А если не кастомные то можно и не json

Бывает что и фильтрация и сортировка по кастомным полям и тогда здравствуй EAV

Бывает что и фильтрация и сортировка по кастомным полям и тогда здравствуй EAV

Но мы то про json )

Ну виртуалочка прикольная штука, но мне кажется не особо киллеровая. Для вычислений в записи - лучше использовать энтити, так как это тестируемо и domain first, а на чтении - хоть в запросе делать вычисления,хоть в пыхе, воть в view. Хотя возможно можно намутить какие нить прикольные штуки, для всяких автогенерируемых админок

оно в постгресе вроде тоже есть https://www.postgresql.org/docs/current/ddl-generated-columns.html Это не киллер фича. Просто удобная штука для вычисления всякой херни. Типа соотношения лайков\дизлайков или еще какого говна

Да я понял) К тому что не всегда он подходит. Хотя, вот буквально через пару недель начну делать кастомные поля на jsonb и доктрине)

оно в постгресе вроде тоже есть https://www.postgresql.org/docs/current/ddl-generated-columns.html Это не киллер фича. Просто удобная штука для вычисления всякой херни. Типа соотношения лайков\дизлайков или еще какого говна

Да это понятно, но ты изначально "а как сделать вируталочку в доктрине", но вот вопрос зачем? Ну вот чтобы прям надо было.

Да это понятно, но ты изначально "а как сделать вируталочку в доктрине", но вот вопрос зачем? Ну вот чтобы прям надо было.

ну то было в контексте автоматической генерации миграций

Да я понял) К тому что не всегда он подходит. Хотя, вот буквально через пару недель начну делать кастомные поля на jsonb и доктрине)

С поиском и сортировкой)

поэтому я предпочитаю ручное написание миграций, а не автомат дырявый

Ну вообще ручные миграции норм

Без них часто никак

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

Дописываем туда руками что надо и всё

Хотя в ларе нет миграций поэтому тебе наверняка это не нужно

Хотя в ларе нет миграций поэтому тебе наверняка это не нужно

Есть же, просто нет автогенерации.

Ребята, я что-то затупил знатно, подскажите пожалуйста. На проде заливать первичные данные через фикстуры считается не айс. Лучше через миграцию. Миграции у нас хранятся под vcs. А как тогда первично пользователя админа залить? Светить все данные его в миграции?

Хотя в ларе нет миграций поэтому тебе наверняка это не нужно

у меня нет лары )

Ребята, я что-то затупил знатно, подскажите пожалуйста. На проде заливать первичные данные через фикстуры считается не айс. Лучше через миграцию. Миграции у нас хранятся под vcs. А как тогда первично пользователя админа залить? Светить все данные его в миграции?

Через комманды можно, можно и через фиксутры если они не тестовые, через миграции странно

Через комманды можно, можно и через фиксутры если они не тестовые, через миграции странно

В смысле пишется консольная команда симфоневая и дергается при первичном деплое?

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

В смысле пишется консольная команда симфоневая и дергается при первичном деплое?

Ну я так делал, когда надо админа завести

Почему через миграции странно?

Ну я так делал, когда надо админа завести

Спасибо. Надо было просидеть часа два, задать вопрос и понять почему я никак не могу миграции под env=prod достать)

Почему через миграции странно?

Ну потому что надо шифрануть пароль например, значт надо дергать пассворд энкодер, возможно пользователь - это несколько таблиц, надо все это следить и не завести систему в неконсистенцию

Почему через миграции странно?

🤷🏻‍♂️ гугл, стэковерфлоу. Всё что находил по этому вопросу упиралось в юзайте миграции.

Проще создать CreateAdminCommand и хоть 10 админов создать когда надо

У тебя в миграции будет захешеный пароль

Что то миграциями, что то сложнее то командой

Спасибо всем! Пока стартану миграцией, но попробую переписать на команду.

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

С командой идея хорошая, я в эту сторону не думал.

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

)

Доку написать еще

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

Ну такой себе кейс) если серв ломанули, можно что угодно)

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

Вопросик ) Мессенджер удобная обертка, но в рамках одного приложения, так как десериализует в класс через unserialize. Кто какие подходы использует чтобы общаться между несколькими сервисами симфони через мессенджер? Писать свои сериализаторы и кастомные сообщения муторно, мне кажется, теряется приколюха мессенджера. Писать комманды в одних неймспейсах и структурах - как то связно слишком (но может через свои бандлы,либы общие какие то?)

Я свои сериализаторы для транспорта писал. Видел библиотеку типа универсальную, от кого то из мейнтейнеров симфони, но чето быстро не нашёл..