Anton

Конечно влияют. В первом случае вы делаете выборку из одной таблицы, в во втором связываете несколько таблиц, и при этом СУБД лолжна искать одинаковые ID.

Напишите на ЯП скрипт, который будет выполнять данную задачу. Учитывайте, только следующие моменты:
1) При формировании SQL подумайте над тем нужны ли данные из старой БД.
2) Если нужны, то используйте механизмы переименования таблиц и вставки данных в новую БД с новой структурой.
3) При выполнении данных операций ставьте операции проверки корректности работы скрипта.

Указывать опыт работы стоит всегда, вне зависимости от того какой он по продолжительности. Иногда это может сделать огромный плюс при устройстве на работу, например, работник работал в довольно уникальной или специфичной области и имеет кое-какие знания. Но будьте готовы, что работадатель обязательно спросит Вас, почему вы ушли так быстро со старой работы. Работадателю очень выгодно, если к нему придет работник, который уже немного знаком с технологией или инструментарием (не придется рассказывать все с основ).

Вам необходимо разработать программу, которая будет брать этот SQL скрипт, выполнять запрос в базе, получать данные, парсить их и отправлять. Такое можно сделать на любом языке программирования в принципе. Также реализуйте стек задач и подцепите к нему сборщик, например, Jenkins. Который будет запускать вашу программу и отправлять отчет

Сейчас проблемы с экономикой в любой стране. Помогите людям деньги экономить, вот вам и проект.

Может быть вам поможет Instersect

Все зависит от БД. Но современные БД позволяют поддерживать механизм миграции.

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

Попробуйте опубликовать свой проект например на Github. И если проект интересный, то появятся энтузиасты, которые будут работать за идею в свободное от основного занятия время.

Потому что у вас так цикл работает. Когда цикл только запускается while (true) то выводится соответствующее сообщение. Потом вы запрашиваете символ. Если он некорректен, то вы выводите сообщение, но из цикла вы не выходите. Вы только выходите из секции if.

Лучше собрать все данные в мета-данных (без разницы какой клиент). Также вы можете создать еще одну базу (например, для доработки функционала или какого нибудь тестирования скажем), чтобы изменения не коснулись вашей основной базы.

страно вы проверяете на пустоту. Разве не нужно писать \"Чертеж\" IS NOT NULL? А во втором запросе я думаю у вас проблема с форматированием или с Изделяеми, почему вы пишете "\Изделия\" а не \"Изделия\"??

Можно использовать Git в IDE (если речь идет о программистах), а так вроде можно настроить алиасы и она будет выполнять команды

Может быть вам это поможет

"Зачем изобретать колесо, если оно уже есть"
Компоненты содержат в себе дополнительный функционал и логику, которую может не отследить разработчик. Например, если вы попытаетесь в БД вставить некорректные данные (по типу несовместимые), поэтому если есть готовое решение, то пользуйтесь им.

вот ответ на ваш вопрос