应手动选择目标数据库并确认权限，检查SQL Server版本以匹配数据类型，使用SQL预览核对语句，修正DEFAULT语法，建表后刷新数据库节点或重连。
Navicat里建表报错“Invalid object name 'sys.tables'”
这是 navicat 连接 sql server 时默认用 sys.tables 检查表是否存在，但当前数据库上下文不对或权限不足导致的。navicat 不会自动切换到目标库，它常在 master 或 tempdb 下执行元数据查询，而这些库没有你目标库的表信息。
- 建表前先在 Navicat 左上角「数据库」下拉框手动选中你要操作的目标数据库（比如
MyAppDB），不是服务器名 - 如果没看到目标库，说明登录账号没被授予该库的
CONNECT权限，需 DBA 执行：GRANT CONNECT ON DATABASE::[MyAppDB] TO [your_login];
- 避免用「查询」窗口直接写
CREATE TABLE后点运行——Navicat 的可视化建表向导更稳，它会自动加USE [MyAppDB]前缀
SQL Server建表语句在Navicat里执行失败：列定义不兼容
Navicat 默认用 SQL Server 2005+ 语法，但如果你用了新版本才支持的类型（如 datetime2、varchar(max)）或约束（如 GENERATED ALWAYS），而服务器实际是 SQL Server 2008 R2 或更老版本，就会报错 Incorrect syntax near 'datetime2'。
- 检查服务器版本：运行
SELECT @@VERSION;
，若显示Microsoft SQL Server 2008 R2，就别用datetime2，改用datetime -
varchar(max)在 2005+ 都支持，但 Navicat 某些旧版（v12 之前）会把它转成text，而text已弃用且不支持索引——手动写语句时坚持用varchar(max)，并关掉 Navicat 的「兼容旧版」选项（设置 → 工具 → SQL 编辑器 → 取消勾选「Use legacy text type」） - 主键自增别写
IDENTITY(1,1)在列定义末尾就完事，Navicat 有时会漏生成括号，务必写全：id INT IDENTITY(1,1) PRIMARY KEY
Navicat可视化建表后，字段顺序和NULL约束跟预期不一致
Navicat 的图形化建表界面看似直观，但它把「允许空值」默认设为勾选，且字段拖拽排序只影响界面显示，不保证最终 CREATE TABLE 语句里的物理顺序——SQL Server 实际存储顺序由语句中列声明顺序决定，而非界面拖动。
- 建表前点右下角「SQL 预览」按钮，确认生成的语句里每列的
NULL/NOT NULL和位置是否符合需求；例如你想要name NVARCHAR(50) NOT NULL，但预览里是name NVARCHAR(50) NULL，就得回界面取消勾选「Allow Nulls」 - 字段顺序想严格控制？别依赖拖拽。在「SQL 预览」里直接编辑语句，调整列声明顺序，再点「运行 SQL」
- 注意 Navicat 对
DEFAULT约束的处理：它把GETDATE()写成GETDATE（少括号），会导致创建失败，得手动补上：created_at DATETIME DEFAULT (GETDATE())
建好表后Navicat里看不到，或者刷新不生效
这不是建表失败，而是 Navicat 缓存了数据库对象列表，尤其在快速连续建多个表时容易卡在旧状态。
- 右键左侧「数据库」节点 → 「刷新」，不是右键具体库名；或者按快捷键
F5 - 如果仍不显示，检查建表语句是否漏了
GO分隔符（多语句时必需），或者是否误在语句末尾加了中文分号；—— SQL Server 只认英文分号;，但 Navicat 有时会把中文标点当普通字符吞掉，造成语法截断 - 极少数情况是 Navicat 的连接复用机制出问题：断开连接 → 重连一次，比单纯刷新更可靠
最常被跳过的其实是数据库上下文切换——很多人以为连上服务器就等于进了库，结果建了一堆表在 master 里，自己都找不到。Navicat 不会替你做 USE，这点必须亲手点。
