bug(data-catalog): OpenSearch 数据目录错误展示 top_queries/07 等非真实 index 节点

[Fanjie66]

## Description
OpenSearch 数据源探查后，数据目录左侧出现了 OpenSearch → top_queries → 07 这样的目录树节点。这个展示是不正确的。

OpenSearch 正常的数据组织是：

Cluster
  └─ Index
      └─ Document
          └─ Field

也就是说，OpenSearch 的真实资源对象是 完整 index 名，不是关系型数据库里的“库 / schema / 表”层级。

当前环境中真实存在的 OpenSearch index 是：

top_queries-2026.07.21-44538  3243
top_queries-2026.07.22-44539  3739
top_queries-2026.07.23-44540  4666
top_queries-2026.07.24-44541  5195
top_queries-2026.07.25-44542  5143
top_queries-2026.07.26-44543  5222
top_queries-2026.07.27-44544  5248
top_queries-2026.07.28-44545  2118

top_queries 不是一个真实 index。
07 也不是一个真实 index。
它们只是从真实 index 名 top_queries-2026.07.xx-xxxxx 中拆出来的片段，不应该作为数据目录中的资源节点展示。

因此这个问题的准确描述是：OpenSearch 数据目录错误展示了非真实资源节点 top_queries 和 07。这些节点不是 OpenSearch 真实 index，应该不显示；目录中应只展示真实 index 资源。

Steps to reproduce

1. 登录 https://14.103.77.23。
2. 进入 数据资源和知识网络 → 数据连接。
3. 添加 OpenSearch 数据连接，连接信息：
   • Host: opensearch-cluster-master.resource.svc.cluster.local
   • Port: 9200
   • Index pattern: *
   • 用户名/密码留空
4. 执行探查。
5. 进入 数据资源和知识网络 → 数据目录。
6. 展开左侧 OpenSearch 连接。
7. 观察左侧目录树出现：

OpenSearch
  └─ top_queries
      └─ 07

8. 点击 top_queries 或 07。
9. 右侧显示“暂无资源”。
10. 到服务器上验证真实 index：

kubectl exec -n resource opensearch-cluster-master-0 -- \
  curl -s 'http://127.0.0.1:9200/_cat/indices/top_queries*?v&h=index,docs.count'

11. 可以看到真实 index 是 top_queries-2026.07.xx-xxxxx 系列，而不是 top_queries 或 07。

Expected behavior

OpenSearch 数据目录应该只展示真实存在的 index 资源，例如：

OpenSearch
  ├─ top_queries-2026.07.21-44538
  ├─ top_queries-2026.07.22-44539
  ├─ top_queries-2026.07.23-44540
  ├─ top_queries-2026.07.24-44541
  ├─ top_queries-2026.07.25-44542
  ├─ top_queries-2026.07.26-44543
  ├─ top_queries-2026.07.27-44544
  └─ top_queries-2026.07.28-44545

或者在右侧资源列表中平铺展示真实 index。

不应该展示这些非真实 index 节点：

top_queries
07

因为它们并不是 OpenSearch 中真实存在的 index，展示后会误导用户以为它们是可点击的数据资源。

Actual behavior

• 左侧 OpenSearch 目录树中错误显示了 top_queries、07 这类非真实资源节点。
• top_queries 不是 OpenSearch 真实 index。
• 07 不是 OpenSearch 真实 index。
• 点击这些非真实节点后，右侧显示“暂无资源”，进一步误导用户以为该节点下没有数据。
• 实际真实 index 是 top_queries-2026.07.xx-xxxxx 系列，且这些 index 有文档。

Environment

• OS: Windows 客户端访问
• Browser: Edge/Chrome
• Version: 14.103.77.23 当前部署环境
• Module: 数据资源和知识网络 / 数据目录 / OpenSearch 数据源
• OpenSearch: resource/opensearch-cluster-master，端口 9200，安全插件关闭

Acceptance Criteria (Definition of Done)

• OpenSearch 数据目录不再展示 top_queries、07 这类由 index 名拆出来的非真实资源节点。
• OpenSearch 数据目录只展示真实存在的完整 index 资源。
• top_queries-2026.07.xx-xxxxx 系列真实 index 能在目录或右侧资源列表中正确展示。
• 点击目录中的 OpenSearch 资源时，不再出现由非真实节点导致的“暂无资源”误导。
• 修复不影响关系型数据库的数据库/schema/table 层级展示。
• 补充 OpenSearch index 展示逻辑的回归测试。
• CI green

Boundaries / Risk

该问题涉及 OpenSearch 数据源探查结果建模、目录树节点生成和资源列表展示逻辑。修复时需要注意：

• OpenSearch 与关系型数据库的数据组织模型不同，不能复用数据库/schema/table 的目录拆分规则。
• 关系型数据库可以展示数据库/schema/table 层级。
• OpenSearch 应展示真实 index，不应把 index 名片段拆成虚拟资源节点。

Additional context

截图证据已更新：当前截图显示左侧错误展示非真实 OpenSearch index 节点 op_queries、7，右侧显示空资源列表。

Screenshot evidence

这张截图对应当前问题现场：

• 左侧 OpenSearch 数据目录错误展示了 top_queries 节点。
• top_queries 下还错误展示了 07 节点。
• 但 top_queries 和 07 都不是 OpenSearch 中真实存在的 index。
• 点击这些非真实节点后，右侧显示“资源列表 / 暂无资源”。
• 正确行为应是不展示这些由 index 名拆出来的非真实节点，只展示真实完整 index，例如 top_queries-2026.07.21-44538。

截图文件名：codex-clipboard-c993b478-81bd-4e42-a8ee-c7e9f2f2535e.png