Спасибо, без понятие, как я пропустил это в доке :)
Благодаря этой информации, я смог правильно загуглить и похоже, так устроено во всех (по крайне мере) С подобных языках.
Дмитрий, не, я не про аргументы метода (или я вас не правильно понял), я про то, что я получаю доступ к приватному методу getRootInternal, через последовательность Item->InstalledItem (конечно это делается из класса InstalledItem, но меня это удивило, я не встречал такого на своём опыте)
После чтения stackoverflow у меня появилось такое сомнение (возможно глупое):
Если я буду принимать в Entity в методе add() аргумент сервиса, не значит ли это, что теперь Entity знает об сервисе, хотя по best practice не должен этого знать?
Flying, у меня есть подозрения, что Doctrine теряет Id для класса Children.
Похожий случай был, без наследования, поэтому я использовал так сказать мини хак и в классе Children
указывал напрямую свойство id и потом в конструкторе присваивал значение.
Но теперь, при наследование, я не могу сделать такой трюк, т.к доктрина ругается на дубликат этого свойства в классе Parent.
Flying, SomeClassForChilder со связью 1:1 имеет такую связь, потому что, есть ещё SomeClassForChilder2 со связью 1:1, которая в данном примере не используется, поэтому опушена..
Mapping у меня синхронизирован с базой данной.
[OK] The database schema is in sync with the mapping files.
В dev.log тоже самое, что и в debug панели Symfony.
Транзакция отклоняется при добавлении в базу таблицы Parent, где все поля заполнены правильно, то есть если вручную скормить этот SQL код в бд, то ошибки не будет. Видимо в лог не успевает записаться следующий sql запрос, который должен быть от класса Children
Максим Федоров,
Если я отнаследуюсь допустим от класса А, которая так же является таблицей А, то доктрина будет ругаться, что в таблицу Б, нет полей из таблицы А.
Конечно, есть вариант использовать @ORM\InheritanceType("JOINED"), но тут мне выбрасывает ошибку, которую я не могу отследить :)
SQLSTATE[HY093]: Invalid parameter number: parameter was not defined
Андрей Скоржинский, ну меня думаю устроят любые примеры на данную тему. Я не могу нормально сформировать вопрос, чтобы гугл выдал мне что-то интересное на данную тему :)
Андрей Скоржинский, да, это не проблема, главный вопрос, как лучше разделить базу. Мой предложенный вариант жизнеспособен или я наткнусь на непредвиденные подводные камни? И есть ли варианты по лучше, как разделить БД?
Может есть интересные примеры на просторах интернета? У меня не получалось сходу найти что-то хорошее на эту тему.
Андрей Скоржинский, не нужно его воспринимать буквально, а имел ввиду что-то по аналогии мода. То есть, не обязательный элемент как мод (микросервис?), который можно подключить и отключить/удалить безболезненно как для БД так и для сайта. Да возможно это немного нарушит нормализацию, если рассматривать всё как одно целое, потому что я в данный момент не вижу как это сделать иначе. И в общем поэтому и задал тут вопрос, какие варианты тут есть.
У меня нет, под рукой С++, но вот вопрос в анг сегменте.
https://stackoverflow.com/questions/7396846/with-a...
Я так же быстро набросал похожее на C# - в классе А, через объект класса B - получаю доступ к приватному свойству/методу объекта А.