их больше нет

Уже разобрался, не туда смотрел просто

An exception occurred while executing 'DROP INDEX IDX_B6BD307FEB601FFC': SQLSTATE[42704]: Undefined object: 7 ERROR: index "idx_b6bd307feb601ffc" does not exist Я сам что-то удалил в бд и теперь получаю эту ошибку при обновлении бд коммандой доктрины. Как это пофиксить? (

Посмотри вывод php bin/console doctrine:schema:validate

Посмотри вывод php bin/console doctrine:schema:validate

Пришлось дропнуть всю бд и заново все поставить)

Миграции надо использовать, чтобы такого не было

https://gist.github.com/fesor/d8d06cc20d2861c56148ffd2dfc67220

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

интереснее как планируется гидрация данных в эти проекции

т.е. клиентский код какой

пока не придумал... я еще размышляю на тему давать ли возможность пользователю как-то на select влиять... хотя скорее всего придется

я для того кейсы и собираю

мне интересно сейчас разобраться как это будут юзать

и какие кейсы распространенные надо покрыть

что бы небыло нужны сущности для чтения использовать

1:1 (или легкий мэппинг без учета релейшенов) я могу замутить быстро. Дальше начинаюся нюансы. Что если для вьюшки нужно джойнить, что если еще чего....

мои юзкейсы не катят потому что я двинут на разделении

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

@Enleur может у тебя кейсы будут?

я б не давал возможности делать какие-то вложенные структуры, 1:1 и тд

максимально плоские данные это то что надо

максимально плоские данные это то что надо

прям совсем совсем плоские?

хотя... для вьюхи это норм

а связи?)

широкую на широкую? ну мол плоскую хрень связываем с коллекцией плоских хреней?)

а если у меня там json?)

а если координаты - зачем мне это плоским делать?

смотря чего ты добиваешься

в мускуле вложенности то нет)

тебе возвращают плоские данные в виде строк

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

че б и нет?)

какие исключения для "слоскости" данных ты можешь придумать?

че б и нет?)

а в чем профит?

простота

и предсказуемость

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

нужен еще голос про плоские данные

простота

и в чем она?

и повторюсь - что ты делаешь со связями

мне вообще в принципе https://github.com/mark-gerarts/automapper-plus с головой бы хватило

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

можешь даже ворваться в этот проект, затащить туда аннотации и сделать мапинг с массивов

и будет тебе либа на все случаи жизни)

я б даже заюзал наверное

ммм типа доставать массивчики а потом мэпить их на dto?

или с сущностей на dto?

массивчики на dto

p,s, у меня притензия к тому что я не хочу object hydrator юзать, а array hydrator бажный и его выпилят в тройке

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

хотя надо подумать конечно

https://gist.github.com/enleur/dfcb5a539491b023168d3d4173b23dfe мы вот такой гидратор юзаем много где

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

https://github.com/SerafimArts/Hydrogen/blob/master/src/Query/Collection/ArrayHydrator.php я просто оставлю это тут +))))

https://gist.github.com/enleur/dfcb5a539491b023168d3d4173b23dfe мы вот такой гидратор юзаем много где

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

с массивчиками так не получится

а что если мне не нужны сущности?)

и у меня их вообще нет

о_0

хренасе

Массив-Драйвен-Девелопмент

Массив-Драйвен-Девелопмент

ну тащить ORM на проект для одних выборок это такая себе затея

для выборок надо ларовскую бд брать

там билдер - огонь просто

SQL отлично заходит)

и у меня их вообще нет

тогда у тебя нет необходимости в моей либке) так как либка только для ORM)

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

это такой... DSL язык для баз данных

его придумывали для удобной работы с базой :D

ERROR: S client not available

тогда у тебя нет необходимости в моей либке) так как либка только для ORM)

тактак, а что за либка, что я пропустил?

https://gist.github.com/fesor/d8d06cc20d2861c56148ffd2dfc67220

вот

родил идею где-то летом но руки не добрались... вот появилась необходимость в подобном

тут можно материться?

да

но по делу

тут можно материться?

та нехуй делать

телеграмм - грёбанный шлак

собственно этот чат так и появился

когда меня за мат забанили в симфони чатике другом

глючное и тормознутое говно

та ладно

а что не глючное?

gitter - вот где глючное гавно

Нажми "наверх"

знаешь как выйти из режима правки?

esc

Два раза "Esc" нажми

одного раза хватает

не бухай)

при этом у тебя чат скроется нахрен

и всё закроется

первый Esc только фокус убирает

мне иногда кажется тебе пофиг что хейтить

доктрину, симфони, телеграм

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

а ещё меня пипец бесит, что редактирование не сразу происходит

телега - лучший мессенджер на данный момент

и глючит адово

телега - лучший мессенджер на данный момент

худший я бы сказал

дискорд тот же уделывает вхлам телегу