数据库树状目录的展开/折叠状态由客户端配置决定，默认既非全展开也非全折叠：DBeaver默认展开所有节点，DataGrip默认仅展开库名，VS Code插件则硬编码展开。

数据库树状目录默认全部折叠还是展开，取决于客户端配置而非数据库本身

左侧数据库树（比如 dbeaver、datagrip、navicat 或 vs code 的 sql 插件）的展开逻辑，不是由 mysql/postgresql 服务端控制的，而是客户端本地缓存 + 启动时读取的偏好设置。服务端根本不“知道”你树形目录是展开还是收起。

常见错误现象：重启客户端后树又回到全展开状态，或切换数据库连接后折叠状态丢失——这说明当前配置没生效，或者被自动重置了。

• 多数工具默认“记住上次状态”，但首次连接会按内置策略初始化（DBeaver 默认展开所有节点，DataGrip 默认只展开库名）
• 没有全局“默认全部折叠”的开关，必须逐连接或逐类型配置
• 部分工具（如 DBeaver）的折叠状态会写入 .dbeaver-data-sources.json，手动改可能被覆盖

DBeaver 中关闭“自动展开表节点”的行为

DBeaver 最常被吐槽的一点：连上 PostgreSQL 或 MySQL 后，tables 节点自动展开，里面几十个表全摊开，卡顿且干扰视线。这不是 bug，是它的默认元数据加载策略。

真正起作用的配置项是 Open children on connect，它控制“连接成功后是否自动展开子节点”。关掉它，树就保持收拢，点到哪才加载哪。

• 路径：右键连接 → Edit Connection → Connection settings → Initialize → 取消勾选 Open children on connect
• 这个选项对 schemas、tables、views 都生效，但不影响已缓存的展开状态
• 改完需断开重连，之前手动展开过的节点不会自动收起，得自己点一次箭头
• 注意：勾选 Load metadata in background 可缓解卡顿，但不改变展开逻辑

DataGrip 里让 schema 下的 tables 默认不展开

DataGrip 没有“连接级”折叠开关，但可以通过 Database Tools → Database Editor → Expand/Collapse 快捷键统一操作；更彻底的方式是修改其“对象过滤规则”，让 tables 不在初始加载范围内。

关键点在于：它用 database tool window 的视图模式决定显示粒度，而默认的 Schema 视图会强制加载 tables 列表——哪怕你没点开 schema。

• 临时方案：按 Ctrl+Shift+A 输入 Collapse All，快捷键通常是 Ctrl+NumPad -
• 长期方案：进入 Settings → Database → User Parameters → 勾选 Hide empty schemas，再配合 Filter 设置只显示特定表名模式（如 ^t_.*），减少初始加载量
• 性能影响：禁用自动加载后，首次点击 tables 节点会有轻微延迟（因为要查 pg_class 或 information_schema.tables）

VS Code + mssql / postgresql 插件的树展开逻辑不可配，但可绕过

像 mssql 官方插件或 postgres 插件这类轻量工具，压根没提供“默认折叠”选项。它们的树结构是连接即拉取全部元数据并渲染，Expand on connect 是硬编码行为。

能做的只有两类干预：一是减少元数据量（让“展开”变得不明显），二是换用支持懒加载的替代插件。

• 对 PostgreSQL：在连接参数中加 options=-c%20statement_timeout=500，防止大库卡死；同时在 postgresql.conf 关闭 track_counts = off（降低 pg_stat_* 查询压力）
• 对 SQL Server：连接字符串里加 ApplicationIntent=ReadOnly，避免触发某些高开销的系统视图查询
• 替代建议：换成 Database Client 插件（支持自定义 SQL 加载节点，可设 SELECT 1 占位，点开再查真实表）

最易被忽略的是：这些插件的“树节点”本质是静态快照，不随服务端变更自动刷新。你以为收起来了，其实删了表它还挂着——得手动 Refresh 或重启窗口。