Вставка SQL из DB1 в DB2 с использованием JOIN в другой таблице и избегание указания имен столбцов

Благодаря тому, что @GordonLinoff указал мне на динамический SQL, вот мое решение:

DECLARE @CustomerID SMALLINT = 201,
        @ID         SMALLINT = 14007

DECLARE @columns AS NVARCHAR(1500) = '',
        @params  AS NVARCHAR(1000),
        @query   AS NVARCHAR(2000)

SELECT @columns += COLUMN_NAME + ',' FROM DB1.dbo.Order.INFORMATION_SCHEMA.COLUMNS WHERE TABLE_NAME = N'Order'
SELECT @columns = SUBSTRING(@columns, 0, LEN(@columns))

SET @params = '@CustomerID smallint, @ID smallint'
SET @query = 'INSERT INTO 
    DB1.dbo.Order
SELECT
    %s
FROM 
    DB2.dbo.Order AS db2Order
    LEFT JOIN
    DB2.dbo.Customer AS db2Cust
ON 
    db2Order.CustomerID = db2Cust.ID
WHERE 
    db2Order.CustomerID = @CustomerID AND db2Cust.ID = @ID'
EXEC sp_addmessage 50001, 16, @query, NULL, NULL, 'replace'
SET @query = FORMATMESSAGE(50001, @columns)
EXEC sp_executesql @query, @params, @CustomerID=@CustomerID, @ID=@ID

Здесь я использую sp_addmessage, поэтому я могу использовать функцию FORMATMESSAGE, поскольку в версии SQL ‹ 2012 функция formatmessage не поддерживает непосредственное использование строк. Надеюсь, это поможет кому-то!

Сначала при написании вставки перечислите все столбцы. И когда у вас есть более одного столбца в запросе, используйте таблицу alises:

INSERT INTO DB1.dbo.Order(Id, CustomerId)
    SELECT c.ID, c.CustomerID
    FROM DB2.dbo.Order o LEFT JOIN
         DB2.dbo.Customer c
         ON o.CustomerID = c.ID;

Тогда кажется маловероятным, что в этом случае вам нужен INSERT (я имею в виду, что JOIN, вероятно, даже не нужен), но это другой вопрос.

Таблицы и столбцы в SQL-запросе необходимо выбирать явно. Если вы хотите обрабатывать запрос как строку, где вы можете просто заменить части строки, вы можете это сделать. Это называется динамическим SQL, и в SQL Server вы должны выполнить его, используя sp_executesql.

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