Вы можете использовать разные схемы, например, на обеих базах делаю:
CREATE SCHEMA something;
GO
Затем вы можете переместить «дубликаты» объектов в этой схеме на одну сторону:
ALTER SCHEMA something TRANSFER dbo.A;
...
Затем вы можете просто переместить объекты something.objects в другую базу данных, используя такие инструменты, как SQL Compare и т. Д. У вас будет два объекта с именем A, но они будут в разных схемах. Естественно, ваш код должен ссылаться на правильную схему.
Но почему они должны быть в одной базе данных? Вы можете хранить их как отдельные базы данных и использовать синонимы в одной для указания на объекты в другой, так что все выглядит «локально». Как вы планируете запрашивать из A, если они находятся в одной схеме и в одной базе данных?
Не могли бы вы объяснить, чего именно вы пытаетесь достичь? Вы пытаетесь сделать вашу производственную базу данных обратно совместимой, чтобы вы могли вносить изменения в свои разработки, не ломая существующие приложения? Я думаю, что гораздо понятнее просто направить ваше тестовое приложение на другую базу данных, а затем полностью обновить производственную базу данных (не как у Франкенштейна).