SnowConvert AI - SSIS Functional Differences

This section provides detailed documentation for all Functional Difference Messages (FDMs) that SnowConvert may generate during SSIS to dbt conversion. FDMs indicate where the converted code functions correctly but has behavioral differences from the original SSIS implementation.

For assistance with any FDM, you can use the SnowConvert Migration Assistant to get AI-powered explanations and actionable solutions, or contact snowconvert-support@snowflake.com for additional support.

SSC-FDM-SSIS0001

Replace NULL with appropriate ORDER BY column(s) to ensure deterministic first match selection.

Severity

None

Description

This FDM is generated when a Lookup transformation is converted to SQL JOIN. In SSIS, the Lookup transformation returns the first matching row based on the order rows are read from the reference table. In standard SQL, when multiple rows match the join condition without an ORDER BY clause, any matching row may be returned, making the result non-deterministic.

To ensure consistent behavior matching SSIS, add an ORDER BY clause to the query that retrieves the first match.

Converted Code

WITH lookup_reference AS
(
   SELECT
      SalesTerritoryKey,
      SalesTerritoryAlternateKey,
      SalesTerritoryRegion,
      SalesTerritoryCountry,
      SalesTerritoryGroup,
      SalesTerritoryImage
   FROM
      {{ ref('stg_raw__lookup') }}
   QUALIFY
      ROW_NUMBER() OVER (
      PARTITION BY
         SalesTerritoryKey
      ORDER BY
         (
            SELECT
               --** SSC-FDM-SSIS0001 - REPLACE NULL WITH APPROPRIATE ORDER BY COLUMN(S) TO ENSURE DETERMINISTIC FIRST MATCH SELECTION. SSIS LOOKUP RETURNS THE FIRST MATCHING ROW, SO PROPER ORDERING IS REQUIRED WHEN MULTIPLE ROWS MATCH THE JOIN CONDITION. **
               null
         )) = 1
),
input_data AS
(
   SELECT
      EmployeeKey EmployeeKey,
      SalesTerritoryKey SalesTerritoryKey,
      BaseRate BaseRate,
      FirstName FirstName,
      LastName LastName
   FROM
      {{ ref('stg_raw__ole_db_source') }}
)
SELECT
   input_data.EmployeeKey,
   input_data.SalesTerritoryKey,
   input_data.BaseRate,
   input_data.FirstName,
   input_data.LastName,
   lookup_reference.SalesTerritoryRegion Region,
   lookup_reference.SalesTerritoryCountry Country
FROM
   input_data
   INNER JOIN
      lookup_reference
      ON lookup_reference.SalesTerritoryKey = input_data.SalesTerritoryKey
Copy

Best Practices

SSC-FDM-SSIS0002

Add an ORDER BY clause to ensure sorted output.

Severity

Low

Description

This FDM is generated when a Merge transformation is converted to UNION ALL. In SSIS, the Merge transformation requires sorted inputs and naturally produces a sorted, deterministic output preserving the merge order. The equivalent SQL UNION ALL does not guarantee any particular order unless an explicit ORDER BY clause is added.

If the order of rows matters for downstream processing or matches SSIS behavior, add an ORDER BY clause to the final query.

Converted Code

--** SSC-FDM-SSIS0002 - ADD AN ORDER BY CLAUSE TO ENSURE SORTED OUTPUT. **
WITH source1 AS (
   SELECT ProductID, ProductName, Price
   FROM {{ ref('stg_products') }}
),
source2 AS (
   SELECT ProductID, ProductName, Price
   FROM {{ ref('stg_new_products') }}
)
SELECT * FROM source1
UNION ALL
SELECT * FROM source2
-- Add ORDER BY ProductID if sorted output is required
Copy

Best Practices

SSC-FDM-SSIS0003

The SSIS container was converted inline.

Severity

None

Description

This FDM indicates that an SSIS container (Sequence Container, For Loop, or ForEach Loop) was converted inline rather than as a separate procedural block. In SSIS, containers create variable scopes and logical groupings. In the Snowflake conversion, container contents are expanded inline within the parent execution context.

This approach offers benefits:

  • Improved debugging (direct visibility of all steps)

  • Better performance (reduced nesting overhead)

  • Simplified execution flow

However, variable scoping works differently—variables are in the parent scope rather than container scope.

Converted Code

CREATE OR REPLACE TASK package_main
WAREHOUSE=DUMMY_WAREHOUSE
AS
BEGIN
   --** SSC-FDM-SSIS0003 - THE SSIS 'SEQUENCE' CONTAINER WAS CONVERTED INLINE. Original container name: Package\Sequence Container **
   BEGIN
      -- Execute SQL Task 1
      INSERT INTO staging_table SELECT * FROM source_table1;
      
      -- Execute SQL Task 2
      INSERT INTO target_table SELECT * FROM staging_table;
   END;
END;
Copy

Best Practices

SSC-FDM-SSIS0004

Add an ORDER BY clause to ensure sorted output.

Severity

Low

Description

This FDM is generated when a Merge Join transformation is converted to a standard SQL JOIN. In SSIS, the Merge Join transformation requires sorted inputs and naturally produces a sorted, deterministic output based on the join keys and the merge algorithm. The equivalent SQL JOIN does not guarantee any particular order unless an explicit ORDER BY clause is added.

If the order of rows matters for downstream processing or to match SSIS behavior exactly, add an ORDER BY clause.

Converted Code

SELECT
   --** SSC-FDM-SSIS0004 - ADD AN ORDER BY CLAUSE TO ENSURE SORTED OUTPUT. THE SSIS MERGE JOIN TRANSFORMATION ASSUMES SORTED INPUTS AND NATURALLY PRODUCES A SORTED, DETERMINISTIC OUTPUT. THE EQUIVALENT SQL JOIN DOES NOT GUARANTEE ORDER. **
   employeeassignments.employee_id,
   tasks.project_id AS "project identifier",
   employeeassignments.assignment_start_date,
   employeeassignments.assigned_hours,
   tasks.task_id
FROM
   {{ ref('stg_employee_assignments') }} AS employeeassignments
   INNER JOIN {{ ref('stg_tasks') }} AS tasks
      ON employeeassignments.task_id = tasks.task_id
-- Add ORDER BY employee_id, task_id if sorted output is required
Copy

Best Practices

SSC-FDM-SSIS0005

Package was converted to stored procedure because it is being reused by other packages.

Severity

None

Description

This FDM indicates that an SSIS package was converted to a Snowflake stored PROCEDURE instead of a TASK because it is called by at least one ExecutePackage task from another control flow. This design choice provides several benefits:

Benefits of PROCEDURE over TASK:

  • Synchronous execution: Calling packages wait for completion (matches SSIS behavior)

  • Reusability: Can be called from multiple locations with different parameters

  • Return values: Can return status codes or result sets to callers

  • Simpler orchestration: Direct CALL statements instead of complex EXECUTE TASK chains

Difference from SSIS:

  • Must be explicitly called with CALL procedure_name() instead of automatic execution

  • Parameters must be passed explicitly in the CALL statement

  • No automatic task scheduling (must be invoked programmatically)

Converted Code

--** SSC-FDM-SSIS0005 - PACKAGE WAS CONVERTED TO STORED PROCEDURE BECAUSE IT IS BEING REUSED BY OTHER PACKAGES. **
CREATE OR REPLACE PROCEDURE public.utilitypackage(input_param VARCHAR)
RETURNS VARCHAR
LANGUAGE SQL
AS
$$
BEGIN
   -- Package logic here
   INSERT INTO log_table VALUES (CURRENT_TIMESTAMP(), :input_param);
   RETURN 'SUCCESS';
END;
$$;

-- Parent Package 1 calls the procedure
CREATE OR REPLACE TASK public.parent_package_1_execute_utility
WAREHOUSE=DUMMY_WAREHOUSE
AS
BEGIN
   CALL public.utilitypackage('param_value_1');
END;

-- Parent Package 2 calls the procedure
CREATE OR REPLACE TASK public.parent_package_2_execute_utility
WAREHOUSE=DUMMY_WAREHOUSE
AS
BEGIN
   CALL public.utilitypackage('param_value_2');
END;
Copy

Best Practices

SSC-FDM-SSIS0007

Send Mail Task SMTP connection settings are managed by Snowflake.

Severity

None

Description

This FDM indicates that SSIS Send Mail Task SMTP connection settings were not converted. In SSIS, you configure custom SMTP server settings through an SMTP Connection Manager. In Snowflake, email delivery is managed entirely through the built-in Notification Integration service, and custom SMTP servers cannot be specified.

This is informational only and does not require action. Snowflake’s email service is reliable and properly configured.

Converted Code

BEGIN
   BEGIN
      LET my_package_Send_Mail_Task_integration_sql STRING := 'CREATE OR REPLACE NOTIFICATION INTEGRATION my_package_Send_Mail_Task
  TYPE=EMAIL
  ENABLED=TRUE
  ALLOWED_RECIPIENTS=("admin@example.com")';
      EXECUTE IMMEDIATE :my_package_Send_Mail_Task_integration_sql;
   END;
   --** SSC-FDM-SSIS0007 - CUSTOM SMTP SERVER SETTINGS ARE NOT APPLICABLE. SNOWFLAKE MANAGES EMAIL DELIVERY THROUGH THE NOTIFICATION INTEGRATION. **
   CALL SYSTEM$SEND_EMAIL('my_package_Send_Mail_Task', 'admin@example.com', 'Test', 'Test message');
END;
Copy

Best Practices

  • No manual action required

  • Snowflake handles email delivery through its managed infrastructure

  • Ensure recipients are verified in your Snowflake account

  • Use the SnowConvert Migration Assistant to get AI-powered explanations and actionable solutions for this FDM

  • If you need more support, you can email us at snowconvert-support@snowflake.com

SSC-FDM-SSIS0008

Send Mail Task FROM address added to email body.

Severity

None

Description

This FDM indicates that the SSIS Send Mail Task FROM address has been preserved by prepending it to the email body. Snowflake’s email service uses a fixed sender address managed by your Snowflake account and does not allow custom FROM addresses.

The original FROM address is included in the message body so recipients can see who intended to send the email.

Converted Code

BEGIN
   BEGIN
      LET my_package_Send_Mail_Task_integration_sql STRING := 'CREATE OR REPLACE NOTIFICATION INTEGRATION my_package_Send_Mail_Task
  TYPE=EMAIL
  ENABLED=TRUE
  ALLOWED_RECIPIENTS=("noreply@company.com", "admin@example.com")';
      EXECUTE IMMEDIATE :my_package_Send_Mail_Task_integration_sql;
   END;
   --** SSC-FDM-SSIS0008 - SNOWFLAKE'S EMAIL INTEGRATION USES A FIXED SENDER ADDRESS. THE ORIGINAL FROM ADDRESS HAS BEEN PREPENDED TO THE MESSAGE BODY FOR REFERENCE. **
   CALL SYSTEM$SEND_EMAIL('my_package_Send_Mail_Task', 'noreply@company.com,admin@example.com', 'Notification', 'Email sent by: noreply@company.com

Package completed successfully.');
END;
Copy

Best Practices

  • No manual action required for basic functionality

  • The FROM address is preserved in the message body for reference

  • Consider updating email templates if the sender information format needs adjustment

  • Use the SnowConvert Migration Assistant to get AI-powered explanations and actionable solutions for this FDM

  • If you need more support, you can email us at snowconvert-support@snowflake.com

SSC-FDM-SSIS0009

Send Mail Task CC addresses added to recipients list.

Severity

None

Description

This FDM indicates that CC (carbon copy) recipients from the SSIS Send Mail Task have been merged into the main recipients list. Snowflake’s SYSTEM$SEND_EMAIL does not distinguish between TO and CC recipients. All recipients receive the email, but they will not see the CC distinction in their email client.

Converted Code

BEGIN
   BEGIN
      LET my_package_Send_Mail_Task_integration_sql STRING := 'CREATE OR REPLACE NOTIFICATION INTEGRATION my_package_Send_Mail_Task
  TYPE=EMAIL
  ENABLED=TRUE
  ALLOWED_RECIPIENTS=("admin@example.com", "team@example.com")';
      EXECUTE IMMEDIATE :my_package_Send_Mail_Task_integration_sql;
   END;
   --** SSC-FDM-SSIS0009 - SNOWFLAKE'S SYSTEM$SEND_EMAIL DOES NOT SUPPORT CC ADDRESSING. ALL CC RECIPIENTS HAVE BEEN ADDED TO THE MAIN RECIPIENTS LIST. **
   CALL SYSTEM$SEND_EMAIL('my_package_Send_Mail_Task', 'admin@example.com,team@example.com', 'Status Update', 'All systems operational.');
END;
Copy

Best Practices

  • No manual action required for basic functionality

  • All recipients will receive the email successfully

  • If TO/CC distinction is important, consider adding recipient information in the email body

  • Use the SnowConvert Migration Assistant to get AI-powered explanations and actionable solutions for this FDM

  • If you need more support, you can email us at snowconvert-support@snowflake.com

SSC-FDM-SSIS0010

Send Mail Task BCC addresses added to recipients list.

Severity

None

Description

This FDM indicates that BCC (blind carbon copy) recipients from the SSIS Send Mail Task have been merged into the main recipients list. This is an important behavioral change: in SSIS, BCC recipients are hidden from other recipients. In Snowflake, all recipients are visible to each other because SYSTEM$SEND_EMAIL does not support BCC addressing.

Privacy concern: Recipients who were originally BCC’d will now be visible to all other recipients.

Converted Code

BEGIN
   BEGIN
      LET my_package_Send_Mail_Task_integration_sql STRING := 'CREATE OR REPLACE NOTIFICATION INTEGRATION my_package_Send_Mail_Task
  TYPE=EMAIL
  ENABLED=TRUE
  ALLOWED_RECIPIENTS=("admin@example.com", "audit@example.com")';
      EXECUTE IMMEDIATE :my_package_Send_Mail_Task_integration_sql;
   END;
   --** SSC-FDM-SSIS0010 - SNOWFLAKE'S SYSTEM$SEND_EMAIL DOES NOT SUPPORT BCC ADDRESSING. ALL BCC RECIPIENTS HAVE BEEN ADDED TO THE MAIN RECIPIENTS LIST, MAKING THEM VISIBLE TO ALL RECIPIENTS. **
   CALL SYSTEM$SEND_EMAIL('my_package_Send_Mail_Task', 'admin@example.com,audit@example.com', 'Audit Trail', 'Process completed.');
END;
Copy

Best Practices

  • Review if BCC privacy is required for your use case

  • If recipients must remain hidden, send separate emails to each BCC recipient

  • Consider implementing a wrapper procedure that sends individual emails for BCC scenarios

  • Use the SnowConvert Migration Assistant to get AI-powered explanations and actionable solutions for this FDM

  • If you need more support, you can email us at snowconvert-support@snowflake.com

SSC-FDM-SSIS0011

Bulk Insert Task MaximumErrors has semantic differences in Snowflake.

Severity

None

Description

This FDM indicates that the SSIS Bulk Insert Task MaximumErrors setting has been converted to Snowflake’s ON_ERROR option, but the behavior differs. In SSIS, MaximumErrors specifies the maximum number of errors allowed before the bulk insert fails. In Snowflake, ON_ERROR controls the behavior when errors occur but works differently:

SSIS MaximumErrors

Snowflake ON_ERROR

0 (fail on first error)

ABORT_STATEMENT

N (fail after N errors)

SKIP_FILE_N (skips file after N errors)

Large value (continue)

CONTINUE

Converted Code

CREATE OR REPLACE TASK public.package_bulk_insert_task
WAREHOUSE=DUMMY_WAREHOUSE
AS
BEGIN
   --** SSC-FDM-SSIS0011 - SSIS BULKINSERTTASK MAXIMUMERRORS SPECIFIES ERROR COUNT THRESHOLD. SNOWFLAKE ON_ERROR CONTROLS BEHAVIOR WHEN ERRORS OCCUR. REVIEW ERROR HANDLING STRATEGY. **
   COPY INTO target_table
   FROM '@my_stage'
   FILE_FORMAT = (TYPE = 'CSV')
   ON_ERROR = SKIP_FILE_5;
END;
Copy

Best Practices

  • Review your error tolerance requirements

  • ON_ERROR = CONTINUE is most permissive (skips bad records)

  • ON_ERROR = ABORT_STATEMENT stops on first error

  • ON_ERROR = SKIP_FILE_N skips the file after N errors per file

  • Use the SnowConvert Migration Assistant to get AI-powered explanations and actionable solutions for this FDM

  • If you need more support, you can email us at snowconvert-support@snowflake.com

SSC-FDM-SSIS0012

Bulk Insert Task BatchSize is managed automatically by Snowflake.

Severity

None

Description

This FDM indicates that the SSIS Bulk Insert Task BatchSize setting is not applicable in Snowflake. In SSIS, BatchSize controls how many rows are committed in each batch transaction. Snowflake’s COPY INTO command manages batching automatically for optimal performance and does not expose batch size configuration.

Snowflake uses micro-partitions and automatic parallelization to achieve high-performance data loading without manual batch tuning.

Converted Code

CREATE OR REPLACE TASK public.package_bulk_insert_task
WAREHOUSE=DUMMY_WAREHOUSE
AS
BEGIN
   --** SSC-FDM-SSIS0012 - SSIS BULKINSERTTASK BATCHSIZE IS NOT AVAILABLE IN SNOWFLAKE. SNOWFLAKE MANAGES BATCHING AUTOMATICALLY FOR OPTIMAL PERFORMANCE. **
   COPY INTO target_table
   FROM '@my_stage'
   FILE_FORMAT = (TYPE = 'CSV');
END;
Copy

Best Practices

  • No manual action required

  • Snowflake automatically optimizes batch processing

  • For very large loads, consider splitting into multiple files for parallel processing

  • Use the SnowConvert Migration Assistant to get AI-powered explanations and actionable solutions for this FDM

  • If you need more support, you can email us at snowconvert-support@snowflake.com

SSC-FDM-SSIS0013

Bulk Insert Task KeepIdentity cannot override Snowflake autoincrement behavior.

Severity

None

Description

This FDM indicates that the SSIS Bulk Insert Task KeepIdentity option behavior differs in Snowflake. In SQL Server, KeepIdentity=True preserves identity values from the source file, while KeepIdentity=False allows SQL Server to generate new identity values.

In Snowflake, COPY INTO always loads values from the file as-is. If you need Snowflake to generate identity values, you must either:

  • Remove the identity column from the source file

  • Load into a staging table and use INSERT with column mapping

Converted Code

CREATE OR REPLACE TASK public.package_bulk_insert_task
WAREHOUSE=DUMMY_WAREHOUSE
AS
BEGIN
   --** SSC-FDM-SSIS0013 - SSIS BULKINSERTTASK KEEPIDENTITY CANNOT OVERRIDE SNOWFLAKE AUTOINCREMENT. USE EXPLICIT COLUMN MAPPING TO LOAD IDENTITY VALUES INTO NON-AUTOINCREMENT COLUMNS. **
   COPY INTO target_table
   FROM '@my_stage'
   FILE_FORMAT = (TYPE = 'CSV');
END;
Copy

Best Practices

  • If preserving identity values: load directly (Snowflake default behavior)

  • If generating new identity values: remove the identity column from the source file, or use a staging table approach

  • Use the SnowConvert Migration Assistant to get AI-powered explanations and actionable solutions for this FDM

  • If you need more support, you can email us at snowconvert-support@snowflake.com

Manual Support

To have Snowflake auto-generate identity values, load to a staging table and insert with an explicit column list:

-- Step 1: Load all columns to staging
COPY INTO staging_table FROM '@my_stage' FILE_FORMAT = (TYPE = 'CSV');

-- Step 2: Insert with column list (exclude identity column)
INSERT INTO target_table (col1, col2, col3)
SELECT col1, col2, col3 FROM staging_table;
Copy

SSC-FDM-SSIS0014

Bulk Insert Task TableLock is not needed in Snowflake.

Severity

None

Description

This FDM indicates that the SSIS Bulk Insert Task TableLock option is not applicable in Snowflake. In SQL Server, TableLock=True acquires a table-level lock during bulk insert for better performance by reducing lock overhead.

Snowflake uses Multi-Version Concurrency Control (MVCC), which allows concurrent reads during writes without explicit locking. Table locks are not needed or supported because Snowflake handles concurrency automatically.

Converted Code

CREATE OR REPLACE TASK public.package_bulk_insert_task
WAREHOUSE=DUMMY_WAREHOUSE
AS
BEGIN
   --** SSC-FDM-SSIS0014 - SSIS BULKINSERTTASK TABLELOCK IS NOT NEEDED IN SNOWFLAKE. MVCC ARCHITECTURE ALLOWS CONCURRENT READS DURING WRITES WITHOUT EXPLICIT LOCKING. **
   COPY INTO target_table
   FROM '@my_stage'
   FILE_FORMAT = (TYPE = 'CSV');
END;
Copy

Best Practices

  • No manual action required

  • Snowflake’s MVCC architecture handles concurrency automatically

  • Readers see consistent data without being blocked by writers

  • Use the SnowConvert Migration Assistant to get AI-powered explanations and actionable solutions for this FDM

  • If you need more support, you can email us at snowconvert-support@snowflake.com

SSC-FDM-SSIS0015

Bulk Insert Task SortedData hint is not available in Snowflake.

Severity

None

Description

This FDM indicates that the SSIS Bulk Insert Task SortedData option is not applicable in Snowflake. In SQL Server, specifying SortedData with a column name hints that the data is pre-sorted, allowing SQL Server to optimize the bulk insert by avoiding re-sorting for clustered index maintenance.

Snowflake does not use traditional indexes. For query optimization on sorted data access patterns, use the CLUSTER BY clause on table definitions instead.

Converted Code

CREATE OR REPLACE TASK public.package_bulk_insert_task
WAREHOUSE=DUMMY_WAREHOUSE
AS
BEGIN
   --** SSC-FDM-SSIS0015 - SSIS BULKINSERTTASK SORTEDDATA HINT IS NOT AVAILABLE IN SNOWFLAKE. USE CLUSTER BY ON TABLE DEFINITION FOR SIMILAR OPTIMIZATION. **
   COPY INTO target_table
   FROM '@my_stage'
   FILE_FORMAT = (TYPE = 'CSV');
END;
Copy

Best Practices

  • If sort optimization is important, define clustering on the target table

  • Snowflake automatically manages micro-partition pruning

  • Clustering is most beneficial for very large tables with common filter patterns

  • Use the SnowConvert Migration Assistant to get AI-powered explanations and actionable solutions for this FDM

  • If you need more support, you can email us at snowconvert-support@snowflake.com

Manual Support

Define clustering on the target table for similar optimization to SortedData:

ALTER TABLE target_table CLUSTER BY (sort_column);
Copy

SSC-FDM-SSIS0016

Bulk Insert Task CheckConstraints is always enforced in Snowflake.

Severity

None

Description

This FDM indicates that the SSIS Bulk Insert Task CheckConstraints option behavior differs in Snowflake. In SQL Server, CheckConstraints=False (the default for bulk insert) disables CHECK constraint validation during the load for better performance.

In Snowflake, constraints are always validated during data loading. However, Snowflake’s constraint enforcement is different from SQL Server—NOT NULL constraints are enforced, but CHECK, UNIQUE, and FOREIGN KEY constraints are not enforced (they are informational only).

Converted Code

CREATE OR REPLACE TASK public.package_bulk_insert_task
WAREHOUSE=DUMMY_WAREHOUSE
AS
BEGIN
   --** SSC-FDM-SSIS0016 - SSIS BULKINSERTTASK CHECKCONSTRAINTS OPTION IS IMPLICIT IN SNOWFLAKE. CONSTRAINTS ARE ALWAYS VALIDATED DURING DATA LOADING. **
   COPY INTO target_table
   FROM '@my_stage'
   FILE_FORMAT = (TYPE = 'CSV');
END;
Copy

Best Practices

  • Review constraint requirements for data integrity

  • NOT NULL constraints are enforced by Snowflake

  • CHECK, UNIQUE, and FOREIGN KEY constraints are informational only

  • Implement data validation logic in your ETL process if strict constraint checking is required

  • Use the SnowConvert Migration Assistant to get AI-powered explanations and actionable solutions for this FDM

  • If you need more support, you can email us at snowconvert-support@snowflake.com

SSC-FDM-SSIS0017

Bulk Insert Task identity values are not auto-generated by Snowflake COPY INTO.

Severity

None

Description

This FDM is generated when an SSIS Bulk Insert Task has KeepIdentity=False, indicating that SQL Server should auto-generate identity values rather than using values from the source file. In Snowflake, COPY INTO always loads values exactly as they appear in the file—it does not auto-generate values for identity/autoincrement columns.

If the source file contains the identity column (even with empty values), those values will be inserted directly. To have Snowflake generate identity values, you must either remove the identity column from the source file or use a staging approach.

Converted Code

CREATE OR REPLACE TASK public.package_bulk_insert_task
WAREHOUSE=DUMMY_WAREHOUSE
AS
BEGIN
   --** SSC-FDM-SSIS0017 - SSIS BULKINSERTTASK WITH KEEPIDENTITY=FALSE RELIES ON SQL SERVER TO AUTO-GENERATE IDENTITY VALUES. SNOWFLAKE COPY INTO LOADS VALUES FROM THE FILE. IF THE FILE CONTAINS IDENTITY COLUMN VALUES (INCLUDING EMPTY), THEY WILL BE INSERTED DIRECTLY. CONSIDER REMOVING THE IDENTITY COLUMN FROM THE FILE OR USING MATCH_BY_COLUMN_NAME OPTION. **
   COPY INTO target_table
   FROM '@my_stage'
   FILE_FORMAT = (TYPE = 'CSV');
END;
Copy

Best Practices

  • Remove the identity column from the source file before loading

  • Or use a staging table approach to let Snowflake auto-generate identity values

  • Consider using MATCH_BY_COLUMN_NAME if your file columns don’t include identity

  • Use the SnowConvert Migration Assistant to get AI-powered explanations and actionable solutions for this FDM

  • If you need more support, you can email us at snowconvert-support@snowflake.com

Manual Support

Use a staging table to let Snowflake auto-generate identity values:

-- Step 1: Load all columns to staging
COPY INTO staging_table FROM '@my_stage' FILE_FORMAT = (TYPE = 'CSV');

-- Step 2: Insert with column list (identity column auto-generates)
INSERT INTO target_table (col1, col2, col3)
SELECT col1, col2, col3 FROM staging_table;
Copy
Language: English