Sergey V NЕсть ли какой-нибудь способ - как добавить ID в БАЗА2\ТАБЛИЦА1 так, чтобы порядок колонок сохранился и соответсвовал первой базе и при этом, все данные, хранящиеся в таблице второй базы, там и остались?Да, есть способ.
Создать во второй базе таблицу с нужной структурой и временным именем, перелить в неё данные из существующей таблицы, удалить старую таблицу, переименовать новую в старую. Не забыть добавить все индексы, констрейны, описания полей и т.д.

Sergey V Nдумал, что есть какой-нибудь способ отзеркалить таблицу с небольшими изменениями.К сожалению, нет такого, нельзя простой командой поменять поля, или добавить поле в заданное место.

Либо писать скрипт самому (ну, или поискать такой в сети), или воспользоваться готовыми тулзами (но это не подходит, вам же нужно автоматизированное решение).
Sergey V NДве конвертнул - вроде работают. Но это конкретно 2 системные таблицы. Там ни индексов, ни наворотов нет (и ID там необязателен - софт создает их и с ID и без - все зависит от настроек). А вот если потребуется конвертнуть какую-нибудь стандартную таблицу с данными, то получится или нет - 50/50...

Дело в том, что MS SQL я занимался очень мало и опыта по нему практически нет.Нужно сделать стенд (тестовый сервер, на нём 2 базы, в общем, всё как в реальной задаче), и писать/отлаживать скрипт.

Да, работа это немаленькая, и требует квалификации.

Так и задача непростая, к тому же, вы таким образом правите чужой кривой закрытый софт, что, конечно, сложнее, чем править свой софт.

Вот, заодно её, квалификацию, и получите :-)
Sergey V NНу есть еще вариант, выгрузить таблицы в CSV, софтом пересоздать их из мастер-настроек и, затем, перезалить CSV обратно. Но это все вручную. Пол жизни займет. Потому такую задачу и поставили...Вручную то можно из тулзов.

Например, эталонная база у вас как проект в Visual Studio (SSDT), потом указываете другую базу, вам студия делает скрипт приведения базы в соответствие к эталонной. Вы просматриваете этот скрипт, и если он нормальный, применяете. При этом алгоритм, параметры сравнения, сохраняете в виде шаблона.
Но это да, потребует ручного труда.

Или ещё можно найти какой то софт, Visual Studio не единственный.

Владислав КолосовSergey V N,

софт конечно кривой, потому что он зависит от того, в каком порядке сервер выдаёт столбцы, что противоречит парадигме реляционных данных. Чтобы ничего не сломать надо или перезаливать в новые таблицы или мастерить представления.Вообще софт не кривой, потому что он не зависит от "порядка полей".

И это как раз является проблемой.

У них задача - слить много баз в одну.
Придётся либо приводить базы к эталону перед "слиянием", либо делать слияние так, что бы оно не зависило от порядка полей.
Sergey V NВсе бы ничего, да только вот когда сейчас появилась задача перенести всех в облако, начались проблемы.А вы сделайте софт для слияния, вместо того, что бы приводить все базы к эталону.
ИМХО это намного, намного проще. И дополнительный плюс - вы не трогаете базы клиентов, потому что если их трогать, то из кучи баз что то будет не работать (вадруг клиенты что то поправили, например?)