这种情况我刚入门SQL Server的时候也踩过坑，别慌，咱们从最常见的原因开始排查：

1. 你大概率选错了数据库！ #

这是新手最容易犯的错误：创建表时当前连接的数据库，和你在SSMS对象资源管理器里查看的不是同一个（比如默认连了master库，但你以为是自己的业务库）。虽然查询时如果上下文正确能拿到数据，但SSMS里你盯着的库根本没这个表。

• 验证方法：执行这条语句确认当前数据库：

  SELECT DB_NAME();
  

  对比一下SSMS里你展开的是不是这个数据库。
• 解决办法：
  • 建表前先切换到目标数据库：USE 你的目标数据库名; 再执行创建语句；
  • 或者建表时明确指定数据库和架构：CREATE TABLE [你的数据库名].[dbo].[Persons] (...)；
  • 最后记得刷新对应数据库的「表」节点。

2. SSMS对象资源管理器没刷新 #

SSMS不会自动实时同步数据库对象的变化，刚建完表就去看，大概率还没加载出来。

• 解决办法：右键点击对象资源管理器里的「表」节点，选择刷新，或者直接按F5快捷键试试。如果是整个数据库都没显示，就刷新数据库节点。

3. 表不在默认的dbo架构下 #

如果你的登录用户默认架构不是dbo，建表时又没指定架构，表可能会跑到其他架构下面，而你只在dbo架构里找，自然看不到。

• 验证方法：执行这条语句查看表所属的架构：

  SELECT SCHEMA_NAME(schema_id) AS TableSchema 
  FROM sys.tables 
  WHERE name = 'Persons';
  

• 解决办法：
  • 在SSMS里展开对应架构的「表」节点就能找到；
  • 以后建表建议明确指定架构，比如CREATE TABLE dbo.Persons (...)，避免架构混乱。

4. SSMS的筛选器把表藏起来了 #

有时候误触了筛选器设置，导致符合条件的表被隐藏了。

• 解决办法：右键「表」节点，选择筛选器 -> 清除筛选器，然后刷新节点再查看。

5. 罕见情况：元数据权限问题 #

虽然你能查询表说明有读取权限，但极端情况下可能缺少查看表元数据的权限。不过这种情况很少见，可以验证一下：

USE 你的目标数据库名;
EXEC sp_helprotect @username = '你的登录用户名', @objname = 'Persons';

如果确实缺少权限，找数据库管理员给你加VIEW DEFINITION权限即可。

内容的提问来源于stack exchange，提问作者devloper