ужно везде находить решения к месту а не лупить из пушек по комарам
В зависимости от контекста, может быть той самой ошибкой, в которую так часто попадают новички. Если код будет использоваться единожды - то - возможно. Но в общем случае:
- Что, если мы захотим загружать файл не в локальную ФС, а передавать по сети?
- Что, если мы захотим добавить возможность фильтрации типа/расширения файла?
- А если нам будет нужно сжатие?
- Или мы захотим загружать не файл, а поток?
- {...}
Преждевременное решение - тоже не лучший вариант, однако, чаще всего, потраченные на архитектуру часы в прошлом сэкономят дни (месяцы) доработки в будущем.
В самом деле, сервер стоит держать за границей, а себя любимого? Всё просто: это как игра, где надо набить очков, чтобы перейти на следующий уровень. Надо выучить язык, получить востребованную профессию, накопить денег или сделать такой проект, который будет кормить вас в любой стране.
Надо выйти на уровень, в котором в игре появляются доступные и честные суды. На уровень, в котором уже не преследуют монстры в масках и с автоматами. Там появляются другие монстры: юридические гоблины, патентные тролли, опытные конкуренты 80-го левела. Но они действуют по чётким правилам, а эти правила действуют для всех одинаково.
На данный момент, есть запрос, который исправно работает,
Если речь о MySQL, то, в случае, если подзапрос не является зависимым, начиная с версии 5.6 (возможно, даже 5.5) СУБД автоматически преобразует его в соответствующий JOIN.
Но если интерес чисто академический, то (если я правильно понял связь между таблицами)
Условие из подзапроса я убрал, предполагая, что m_id там - это то же самое manager_id во внешнем условии (то есть, так как мы делаем JOIN, это условие будет излишне). Поле id для таблицы ignore_orders "взято с потолка", это просто должно быть что-то, являющееся первичным ключом (чтобы можно было гарантировать, что наличие NULL для LEFT JOIN в этом поле означает отсутствие соответствующей записи)
Процедурный код. Спагетти. Плохой код. Потому что он его невозможно изолировать. А, значит, невозможно тестировать. Это - одна из причин, по которой одной из хороших практик считается объектный подход.
Для объектного же подхода рекомендую ознакомиться с тем, что такое:
* Dependency injection
* Law of demeter
* S.O.L.I.D.