В следующем скрипте нужно заменить только наименования Base1 и Base2 на свои
SELECT * FROM
(SELECT Base1_Object.Name as TableName, Base1_Columns.Name as ColumnsName FROM Base1.Sys.columns as Base1_Columns
INNER JOIN Base1.sys.objects as Base1_Object
ON Base1_Object.Object_id = Base1_Columns.Object_id
AND Base1_Object.type in (N'U')) as Base1_Structure
FULL OUTER JOIN
(SELECT Base2_Object.Name as TableName, Base2_Columns.Name as ColumnsName FROM Base2.Sys.columns as Base2_Columns
INNER JOIN Base2.Sys.objects as Base2_Object
ON Base2_Object.Object_id = Base2_Columns.Object_id
AND Base2_Object.type in (N'U')) As Base2_Structure
ON Base1_Structure.TableName = Base2_Structure.TableName and
Base1_Structure.ColumnsName = Base2_Structure.ColumnsName
WHERE Base1_Structure.ColumnsName IS NULL OR Base2_Structure.ColumnsName IS NULL
P.S. Я этот скрипт применял, чтобы проверить прошла ли полностью реструктуризация в базе. Предыстория такова:
При обновлении базы произошла критическая ошибка. При запуске конфигуратора говорилось что нужно произвести повторное обновление, при согласии опять выскакивала ошибка. Чтобы эту проблему устранить был выполнен скрипт
delete FROM [ИмяБазы].[dbo].[Config] where FileName like '%commit%'
После этого конфигуратор открылся но при реструктуризации в процессе обновление выдавало ошибку SDBL таблица или ownerid не содержится в разделе from.
При осмотре изменений в обновлении и структуры SQL выяснилось, что структура SQL обновилась, а конфа 1С нет.
Решение этой проблемы было восстановить бакап перед обновлением, обновить его (после этого я как раз и сравнивал структуру полей одной базы и другой) и скопировать из него таблички Config, DBSchema, Params в рабочую базу.
После этих манипуляций база заработала.
Вступайте в нашу телеграмм-группу Инфостарт