Share
Google Cloud SQL Server Change Tracking (Edge) Setup Guide

Google Cloud SQL Server is a fully-managed database service that helps you set up, maintain, manage, and administer your SQL Server relational databases on Google Cloud Platform.

You can ingest data from your Google Cloud SQL Server database using Hevo Pipelines and replicate it to a Destination of your choice.


Data Type Mapping

Hevo maps the SQL Server Source data type internally to a unified data type, referred to as the Hevo Data Type, in the table below. This data type is used to represent the Source data from all supported data types in a lossless manner.

The following table lists the supported SQL Server data types and the corresponding Hevo data type to which they are mapped:

SQL Server Data Type Hevo Data Type
- CHAR
- VARCHAR
- TEXT
- NCHAR
- NVARCHAR
- NTEXT
- XML
- UNIQUEIDENTIFIER
- GEOMETRY
- GEOGRAPHY
- HIERARCHYID
- SQL_VARIANT
VARCHAR
- DATETIMEOFFSET TIMESTAMPTZ
- DATETIME
- SMALLDATETIME
- DATETIME2
TIMESTAMP
- TIME TIME
- TINYINT
- SMALLINT
SHORT
- BIGINT LONG
- INT INTEGER
- REAL FLOAT
- FLOAT DOUBLE
- NUMERIC
- DECIMAL
- MONEY
- SMALLMONEY
DECIMAL
- DATE DATE
- BINARY
- VARBINARY
- IMAGE
- TIMESTAMP
BYTEARRAY
- BIT BOOLEAN

At this time, the following SQL Server data types are not supported by Hevo:

  • CURSOR

  • VECTOR

  • ROWVERSION

  • TABLE

  • Any other data type not listed in the table above.

Note: If any of the Source objects contain data types that are not supported by Hevo, they are marked as unsupported during object configuration in the Pipeline.


Source Considerations

  • When a record is updated multiple times between two consecutive data ingestion runs, Change Tracking provides only the latest update made to the record. As a result, Hevo ingests only the latest record at the time of ingestion, which can lead to the loss of any updates that occurred between the previous ingestion and the current one.

Limitations

  • Hevo does not support data replication from temporary tables and views.

  • Hevo does not set the metadata column __hevo__marked_deleted to True for data deleted from the Source table using the TRUNCATE command. This action could result in a data mismatch between the Source and Destination tables.

Last updated on Mar 27, 2025

Tell us what went wrong

Skip to the section