Navicat 同步 SQL Server 表数据本质是单向复制，需手动建目标表并确保结构兼容；映射依赖字段级配置，更新需主键/唯一索引，增量同步须手动加 WHERE 条件。
navicat 同步 sql server 表数据，本质是「单向复制」，不是实时监听或触发式同步；它靠手动触发或定时任务执行一次性的 insert / insert on duplicate key update 操作，依赖目标表已有结构和主键约束。
同步前必须手动建好目标表，且字段类型要能容纳源值
Navicat 的「数据同步」功能不会创建目标表，也不会自动适配字段长度或类型。如果源表 order_id 是 BIGINT，而你在目标表里建了 INT，同步时会报错 Data truncation: data too long for column。
- 先在目标库（可以是同一 SQL Server 实例，也可以是其他数据库）中用 T-SQL 或 Navicat 建好目标表，比如
unified_log - 确保所有将被映射的字段都存在，名称可不同，但类型和长度要兼容：时间字段用
DATETIME2比SMALLDATETIME更安全；文本字段优先用NVARCHAR(MAX)或TEXT - 若要用更新逻辑（如跳过重复、覆盖旧值），目标表必须有主键或唯一索引——Navicat 不会帮你加
映射配置按源表逐个设置，不支持跨表关联或子查询
点击某张源表右侧的 Map 按钮后，你才能为它的每一列指定投射规则。这个界面里填的不是 SQL，而是字段级映射指令。
- 标记来源：给所有源表都映射一个常量值到目标表的
source_table_name字段，值写成'orders'（带单引号），否则 Navicat 当列名处理 - 时间对齐：源表叫
created_on，另一张叫submit_time，统一映射到目标表的event_time即可 - 防 NULL 冲突：若目标列为
NOT NULL，源值可能为空，就用表达式ISNULL(phone, '')（SQL Server 语法） - 不能写
(SELECT name FROM customers WHERE id = orders.customer_id)—— 这种关联必须提前在源端做成视图，再把视图当源表选
勾选「Update existing records」实际执行的是 MERGE，但只认主键/唯一键
SQL Server 下 Navicat 同步启用更新选项后，底层发的是 MERGE 语句。它不会根据业务逻辑判断“是否更新”，只看主键或唯一索引是否命中。
- 没设主键/唯一索引 → 勾了更新也无效，只会不断 INSERT 重复数据
- 复合主键（如
order_id + line_no）→ 映射列表里必须包含这两个字段，且值能正确传递，否则会被当成新记录插入 - 用
REPLACE模式？SQL Server 不支持REPLACE INTO，该选项在 SQL Server 同步中不可用
增量同步得靠时间戳字段 + 自定义查询，Navicat 不自动识别“新增”
Navicat 没有内置的 CDC（变更数据捕获）能力。所谓「增量同步」，只是让你在源表查询条件里手动加 WHERE last_updated > '2026-07-26' 这类过滤。
- 源表必须有可靠的时间戳字段（
last_modified）或自增 ID 字段（id），且能保证单调递增 - 在同步设置页的「高级」选项卡中，找到「Source Filter」，填入完整 WHERE 条件，例如：
last_updated > (SELECT ISNULL(MAX(event_time), '1970-01-01') FROM unified_log) - 这个子查询不能直接写进过滤框——Navicat 不解析目标表上下文，得提前查出最大值，填死值，或用外部脚本动态生成任务
真正难的不是点几下按钮，而是厘清「哪张表的数据该进哪几列」「冲突时到底想保留谁的值」「时间字段有没有时区偏移」「NULL 和空字符串怎么归一」——这些全得在映射前想清楚，Navicat 不会替你做业务判断。
