МОжно даже назвать таблицу order

Просто надо написать name="`order`"

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

Ну ок.

Я услышал вас. Спасибо :)

Я услышал вас. Спасибо :)

Была схожая проблема, когда нужны были сущности Class и Group. Так как проект делается к Германии, назвали сущности Klasse и Gruppe соответственно ))

Ну я мог назвать их Bestellung

Но блин! :)

А какая еще консистентность? Ты же в дальнейшем не будешь обращаться к этой таблице, это дело доктрины

Как вариант, можно таблицу назвать с русской O, Оrders

?

Или даже с Эмодзи :)

Че уж там :)

Örder

:D

Как и эмодзи, если кодировка позволяет

Тут есть кто-нибудь, кто использует интеграцию PhpStorm и Jira для подгрузки тасков? У меня вот есть проблема. В компании используется Jira Cloud и при поиске задачи в шторме у меня ошибка: 5:01 PM Cannot connect to https://some-host.atlassian.net Request failed. Reason: "Поле 'summary' не существует, или не отображается для анонимных пользователей." "Поле 'assignee' не существует, или не отображается для анонимных пользователей." Само собой, я не анонимный пользователь и у меня в настройках подключения к Jira в шторме указаны данные входа.

Нашёл вот такое. Судя по всему, ровно то же, что у меня: https://stackoverflow.com/questions/41593590/phpstorm-and-jira-integration

Что это за проблема может быть? [2017-04-21 16:22:06] php.WARNING: Warning: Declaration of Proxies\__CG__\AccountBundle\Entity\User::setFirstName(string $firstName): AccountBundle\Entity\User should be compatible with AccountBundle\Entity\User::setFirstName(?string $firstName): AccountBundle\Entity\User {"exception":"[object] (ErrorException(code: 0): Warning: Declaration of Proxies\\__CG__\\AccountBundle\\Entity\\User::setFirstName(string $firstName): AccountBundle\\Entity\\User should be compatible with AccountBundle\\Entity\\User::setFirstName(?string $firstName): AccountBundle\\Entity\\User at /home/garf/www/epos/var/cache/dev/doctrine/orm/Proxies/__CG__AccountBundleEntityUser.php:8)"}

Аааа

Наллабл тайпс наверно

либо ему 2й аргумент не нравится

В общем, уберу пока из энтити скалярные типы. Че-то как-то они пока не сильно гибкие.

Что это за проблема может быть? [2017-04-21 16:22:06] php.WARNING: Warning: Declaration of Proxies\__CG__\AccountBundle\Entity\User::setFirstName(string $firstName): AccountBundle\Entity\User should be compatible with AccountBundle\Entity\User::setFirstName(?string $firstName): AccountBundle\Entity\User {"exception":"[object] (ErrorException(code: 0): Warning: Declaration of Proxies\\__CG__\\AccountBundle\\Entity\\User::setFirstName(string $firstName): AccountBundle\\Entity\\User should be compatible with AccountBundle\\Entity\\User::setFirstName(?string $firstName): AccountBundle\\Entity\\User at /home/garf/www/epos/var/cache/dev/doctrine/orm/Proxies/__CG__AccountBundleEntityUser.php:8)"}

Такие ошибки обычно возникают в наследуемух классах, когда ты переписываешь методы, но забываешь добавить use вверху, например: // переписанный метод public function test(ProxyInterface $proxy) { ... } Тогда она сверяет ProxyInterface в родительском классе с твоим, и видит, что они разные.

Дак я не наследую. Это же просто Энтити

Это доктриновские прокси по сигнатуре не совпадают.

обнови доктрину)

И еще, нельзя в php вписывать скалярные типы в объявлениях аргументов public function test(integer $var) { ... }

А она старая в 3.2? :)

И еще, нельзя в php вписывать скалярные типы в объявлениях аргументов public function test(integer $var) { ... }

Почему нельзя?

и не integer а int

И еще, нельзя в php вписывать скалярные типы в объявлениях аргументов public function test(integer $var) { ... }

можно

и даже возможно нужно

И еще, нельзя в php вписывать скалярные типы в объявлениях аргументов public function test(integer $var) { ... }

обнови пхп) даже iterable можно

Длинные названия скаляров депрекейтед. А может уже даже убраны

обнови пхп) даже iterable можно

Но array_map все же не умеет iterable?

integer -> int boolean -> bool

ну стринг и флоут - как было

ты лучше объясни откуда взялся integer если надо int

ты лучше объясни откуда взялся integer если надо int

это же элементарно, я вписал его туда

вопрос почему integer а не int

или не string как в примере с которого все началось)

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

если ты про то что у наследников нельзя усиливать прекондишены методов - это типа LSP

ну то есть и так понятно

просто сигнатура должна подходить

и даже strict_types

Добрый день. Скажите, а как я могу сделать multipe primarykey для entity ?

Но array_map все же не умеет iterable?

умеет же. это ты с генераторами путаешь наверное

Добрый день. Скажите, а как я могу сделать multipe primarykey для entity ?

композитный ключ?

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

Я ошибался

композитный ключ?

да, но у меня они оба ни с чем не связаны, и не автоикрементрые .

да, но у меня они оба ни с чем не связаны, и не автоикрементрые .

http://doctrine-orm.readthedocs.io/projects/doctrine-orm/en/latest/reference/annotations-reference.html#annref-uniqueconstraint

Сейчас попробую, спасибо огромное!

http://doctrine-orm.readthedocs.io/projects/doctrine-orm/en/latest/reference/annotations-reference.html#annref-uniqueconstraint

No identifier/primary key specified for Entity "...". Every Entity must have an identifier/primary key.

http://shot.ruzarh.ru/2017-04-21-17-58-15-gm5cv.png

No identifier/primary key specified for Entity "...". Every Entity must have an identifier/primary key.

Так в доктрине же id автоматически генерируется

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

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

Любая твоя сущность должна иметь поле id

ERROR: S client not available

или как бы ты его ни назвал

но ты должен отметить это поле как @Id

но он не должен быть частью твоего составного ключа

Т.е. нельзя (( Спасибо! )

Т.е. нельзя (( Спасибо! )

А зачем тебе сущность без id?

мешает что ли?

мешает что ли?

На самом деле да ) В этом месте очень мешает )

На самом деле да ) В этом месте очень мешает )

Как? Мне интересно просто

На самом деле да ) В этом месте очень мешает )

так может это не сущность?

или просто заюзать uuid

Уникальная связка может быть из трех ключей, как ее можно обновить массово знаю только эти три идентификатора? Без подзапроса

Уникальная связка может быть из трех ключей, как ее можно обновить массово знаю только эти три идентификатора? Без подзапроса

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

А как обновить массово без подзапроса что бы узнать id ?

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

почему?

А как обновить массово без подзапроса что бы узнать id ?

эм....

Uuid::uuid4()

что за апдейты. зачем апдейты

что происходит, какие подзапросы

что происходит, какие подзапросы

Как uuid4 связан с multiple_primary_key ?

Как uuid4 связан с multiple_primary_key ?

а автоинкремент как?

Он мне и не нужен.

ну и вообще - зачем тебе multiple primary key

Мне начать расписывать архитектуру? Я спросил как мне его сделать, а не как придумать новую архитектуру

хорошо пример. Есть табличка с 24 primary_key что бы получать разные срезы в статистике, как тут поможет uuid4 ?

Мне начать расписывать архитектуру? Я спросил как мне его сделать, а не как придумать новую архитектуру

да

хорошо пример. Есть табличка с 24 primary_key что бы получать разные срезы в статистике, как тут поможет uuid4 ?

табличка с 24 праймари кей это рак с метастазами

табличка с 24 праймари кей это рак с метастазами

Откуда такие данные?

Откуда такие данные?

ну опиши зачем, почему именно так

какая задача

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

Статистика с со срезами

почему 24 pk?