Kerm, потому что модели в ларке используют магические методы __set и __get для доступа к свойствам записи. Можете посмотреть trait HasAttributes что бы посмотреть как. Эти методы используются когда вы обращаетесь к свойствам объекта которые не объявлены и следовательно когда вы объявляете руками свойство это больше не работает. Теоретически можно переписать метод инициализации модели и сделать что бы он клал в свойства модели. Вопрос только нахрена?
Сергей Горностаев, ну как бы весь вопрос в функционале и о том куда летит нагрузка. и каков бюджет и вагон всякого такого. без контекста - говорить что разработчиков на мыло, весьма преждевременно
Сергей Горностаев, Ну наловят они сетевые задержки без попытки хотя бы пингануть облако сказать нельзя.
Смотря какие запросы и какие требования были к таблицам. Денормализация имеет место быть как решение для высокой нагрузки - другое дело что никогда не слышал что бы от 3 запросов в секунду.
Ну и самый главный вопрос - не понятно перед каким количеством разработчиков и с каким бюджетом поставлена задача. Если там 2 человека которыми сказали сделать быстро и дешево - они предложили ровно все возможные решения
Konyuh, оно устраняется тем что на компе разработке не трогаете strict mode. Позволит избежать подобных ошибок на проде всегда. А конкретно в этом случае - нужно у поля siteID либо прописать в таблицы значение по умолчанию, либо в скрипте поставить значение для этого поля
В принципе вы можете сделать тупо orderByRaw('(select field from table where чего то там)'). Наверное можно проще - но мне не фига не понятно чего и почему вы хотите сортировать. не говоря о том что есть соглашение о том как называть таблицы модели и прочее а вы их не используете - и вообще не понятно.