從程式變數中大量複製
您可以直接從程式變數大量複製。 在配置變數來保存資料列的資料及呼叫 bcp_init 開始大量複製之後，請針對每一個資料行呼叫 bcp_bind，以指定要與此資料行產生關聯之程式變數的位置與格式。 然後針對每一個包含資料的變數，呼叫 bcp_sendrow 將一個資料列傳送給伺服器。 重複填入變數及呼叫 bcp_sendrow 的程序，直到所有資料列都已傳送給伺服器為止，然後呼叫 bcp_done 來指定此作業已完成。
bcp_bind pData 參數包含了繫結至資料行之變數的位址。 每一個資料行的資料都可以透過以下兩種方式的其中一種來儲存：
配置一個變數來保存資料。
配置指標變數，後面緊接著資料變數。
此指標變數指出變動長度資料行之資料的長度，也會在此資料行允許 NULL 時指出 NULL 值。 如果只使用資料變數，則會將這個變數的位址儲存在 bcp_bind pData 參數中。 如果使用了指標變數，則會將這個指標變數的位址儲存在 bcp_bind pData 參數中。 大量複製函數會計算此資料變數的位置，其方式是加入 bcp_bind cbIndicator 和 pData 參數。
bcp_bind 可支援用來處理變動長度資料的三個方法：
只搭配資料變數使用 cbData。 將資料的長度放在 cbData 中。 每當要大量複製之資料的長度變更時，請呼叫 bcp_collen來重設 cbData。 如果使用了其他兩個方法的其中一種，請針對 cbData 指定 SQL_VARLEN_DATA。 如果為資料行提供的所有資料值都是 NULL，請針對 cbData 指定 SQL_NULL_DATA。
使用指標變數。 當每一個新的資料值移到資料變數內時，請將該值的長度儲存在指標變數中。 如果使用了其他兩個方法的其中一種，請針對 cbIndicator 指定 0。
使用結束字元指標。 使用可結束資料之位元模式的位址來尋找 bcp_bind pTerm 參數。 如果使用了其他兩個方法的其中一種，請針對 pTerm 指定 NULL。
這三種方法全都可以在相同的 bcp_bind 呼叫上使用，在此情況下會使用產生最少量複製資料的規格。
bcp_bind type 參數會使用 DB-Library 資料類型識別碼，而不是 ODBC 資料類型識別碼。 DB-Library 資料類型識別碼定義在 sqlncli.h 中，可搭配 ODBC bcp_bind 函數使用。
大量複製函數並非所有 ODBC C 資料類型都有支援。 例如，大量複製函數不支援 ODBC SQL_C_TYPE_TIMESTAMP 結構，所以請使用 SQLBindCol 或 SQLGetData 將 ODBC SQL_TYPE_TIMESTAMP 資料轉換成 SQL_C_CHAR 變數。 如果您之後搭配 SQLCHARACTER 的 type 參數使用 bcp_bind，將此變數繫結至 SQL Server datetime 資料行，則大量複製函數會將字元變數中的時間戳記逸出子句轉換成適當的日期時間格式。
下表列出當從 ODBC SQL 資料類型對應至 SQL Server 資料類型時所建議使用的資料類型。
ODBC SQL 資料類型 |
ODBC C 資料類型 |
bcp_bind type 參數 |
SQL Server 資料類型 |
|---|---|---|---|
SQL_CHAR |
SQL_C_CHAR |
SQLCHARACTER |
character char |
SQL_VARCHAR |
SQL_C_CHAR |
SQLCHARACTER |
varchar character varying char varying sysname |
SQL_LONGVARCHAR |
SQL_C_CHAR |
SQLCHARACTER |
text |
SQL_WCHAR |
SQL_C_WCHAR |
SQLNCHAR |
nchar |
SQL_WVARCHAR |
SQL_C_WCHAR |
SQLNVARCHAR |
nvarchar |
SQL_WLONGVARCHAR |
SQL_C_WCHAR |
SQLNTEXT |
ntext |
SQL_DECIMAL |
SQL_C_CHAR |
SQLCHARACTER |
decimal dec money smallmoney |
SQL_NUMERIC |
SQL_C_NUMERIC |
SQLNUMERICN |
numeric |
SQL_BIT |
SQL_C_BIT |
SQLBIT |
bit |
SQL_TINYINT (帶正負號) |
SQL_C_SSHORT |
SQLINT2 |
smallint |
SQL_TINYINT (不帶正負號) |
SQL_C_UTINYINT |
SQLINT1 |
tinyint |
SQL_SMALL_INT (帶正負號) |
SQL_C_SSHORT |
SQLINT2 |
smallint |
SQL_SMALL_INT (不帶正負號) |
SQL_C_SLONG |
SQLINT4 |
int integer |
SQL_INTEGER (帶正負號) |
SQL_C_SLONG |
SQLINT4 |
int integer |
SQL_INTEGER (不帶正負號) |
SQL_C_CHAR |
SQLCHARACTER |
decimal dec |
SQL_BIGINT (帶正負號和不帶正負號) |
SQL_C_CHAR |
SQLCHARACTER |
bigint |
SQL_REAL |
SQL_C_FLOAT |
SQLFLT4 |
real |
SQL_FLOAT |
SQL_C_DOUBLE |
SQLFLT8 |
float |
SQL_DOUBLE |
SQL_C_DOUBLE |
SQLFLT8 |
float |
SQL_BINARY |
SQL_C_BINARY |
SQLBINARY |
binary timestamp |
SQL_VARBINARY |
SQL_C_BINARY |
SQLBINARY |
varbinary binary varying |
SQL_LONGVARBINARY |
SQL_C_BINARY |
SQLBINARY |
image |
SQL_TYPE_DATE |
SQL_C_CHAR |
SQLCHARACTER |
datetime smalldatetime |
SQL_TYPE_TIME |
SQL_C_CHAR |
SQLCHARACTER |
datetime smalldatetime |
SQL_TYPE_TIMESTAMP |
SQL_C_CHAR |
SQLCHARACTER |
datetime smalldatetime |
SQL_GUID |
SQL_C_GUID |
SQLUNIQUEID |
uniqueidentifier |
SQL_INTERVAL_ |
SQL_C_CHAR |
SQLCHARACTER |
char |
SQL Server 沒有帶正負號的 tinyint、不帶正負號的 smallint 或不帶正負號的 int 資料類型。 若要避免在移轉這些資料類型時發生資料值遺失的情況，請使用次大的整數資料類型來建立 SQL Server 資料表。 若要避免使用者之後加入原始資料類型所允許之範圍以外的值，請將規則套用到 SQL Server 資料行，將可允許的值限制為原始來源中受到該資料類型所支援的範圍：
CREATE TABLE Sample_Ints(STinyIntCol SMALLINT,
USmallIntCol INT)
GO
CREATE RULE STinyInt_Rule
AS
@range >= -128 AND @range <= 127
GO
CREATE RULE USmallInt_Rule
AS
@range >= 0 AND @range <= 65535
GO
sp_bindrule STinyInt_Rule, 'Sample_Ints.STinyIntCol'
GO
sp_bindrule USmallInt_Rule, 'Sample_Ints.USmallIntCol'
GO
SQL Server 不直接支援間隔資料類型。 但是，應用程式可以將間隔逸出序列當做字元字串儲存在 SQL Server 字元資料行中。 應用程式可以讀取它們供日後使用，但是它們不能在 Transact-SQL 陳述式中使用。
大量複製函數可用來將資料快速載入 SQL Server 中 (該資料是從 ODBC 資料來源讀取)。 使用SQLBindCol 可將結果集的資料行繫結至程式變數，然後使用 bcp_bind 可將相同程式變數繫結至大量複製作業。 然後呼叫 SQLFetchScroll 或 SQLFetch 會將 ODBC 資料來源中的資料列提取到程式變數中，而呼叫 bcp_sendrow 會將程式變數中的資料大量複製到 SQL Server。
每當應用程式需要變更原本在 bcp_bind pData 參數中指定之資料變數的位址時，可以隨時使用 bcp_colptr 函數。 每當應用程式需要變更原本在 bcp_bind cbData 參數中指定的資料長度時，可以隨時使用 bcp_collen 函數。
您無法使用大量複製將 SQL Server 中的資料讀入程式變數中；因為並沒有類似 "bcp_readrow" 函數的項目。 您只能將應用程式中的資料傳送到伺服器。