如果源表里有一列 FamilyName，而目标接口需要 FullName，集成程序应该怎么办？

可以因为两者都是文本，就把一个字段直接复制给另一个字段；也可以因为名称不同，就认为它们无法对应；还可以判断目标值可能需要由两个源字段组合而成——再确认这种理解是否符合当前集成场景。

这正是“匹配字段名称”和“设计数据映射”的区别。在 DataPipelineDemo 中，AI 会提出源数据与目标之间可能的对应关系；验证流程根据已有事实和约束检查这些建议；用户再审阅结果，并决定是否保存供后续管道生成使用。

1. 一条映射究竟说明什么？

这里有两个相关但不同层次的匹配：

• 资产匹配：哪个源对象应该对应哪个目标对象？例如，哪张 SQL 表或哪类 FHIR 资源应输入某个目标实体或资源。
• 字段映射：哪个源值应提供给某个目标字段？传递过程中是否需要转换？

因此，字段映射不只是两个名称的配对。它可以表示直接传值、组合多个值、提供常量，或执行术语映射等受控转换。源路径和目标路径固然重要，映射表达的意图同样重要。

2. 从相似名称到有意义的数据对应

字段名称是有用线索，但不能证明两个字段含义相同。两个都叫 Code 的字段可能属于不同编码体系或业务概念；名称不同的字段也可能表达同一个标识符。

结构和约束能补充更多上下文。目标可能要求必须提供某个值；字段可能需要日期、编码、引用或特定的 FHIR 路径。

大家好，

我们很高兴地宣布即将举办的下一场在线编程竞赛： 

🏆InterSystems 编程大赛：互操作性工作流中的 AI Agent🏆

比赛时间：2026年10月26日 – 11月15日（美国东部时间）

总奖金：12 ,000美元

不复制数据、不写同步脚本，在 InterSystems IRIS 上直接对业务对象做影响链分析与知识图谱分析

一、知识不只在“知识库”里

提到知识图谱，很多人的第一反应是：先建一个知识库，抽取实体和关系，再灌进一个图数据库。这条路没有错，但它默认了一个前提：知识是“另外一份东西”，需要单独采集、单独存放。

现实里，企业最有价值的知识往往早就躺在业务数据中了：

• 采购单引用了供应商，供应商引用了所在国家；
• 货运装在集装箱里，集装箱装在船上，船执行某个航次，航次经过一串航段；
• 病人有基因变异，变异落在某个基因上，基因参与某条通路，通路关联某种药物的代谢。

这些引用关系本身就是知识。每一个外键、每一个 Relationship、每一个对象引用，都是一条潜在的边。传统做法是把这些数据 ETL 到图库里再分析，代价是数据复制、同步延迟，以及一套额外的运维体系。

这里实现的IRIS Graph 子系统走另一条路：直接把业务对象的引用属性投影（projection）成图的边，边随对象的保存、更新、删除自动维护，业务表/对象依然是单一事实来源。这样不需要复制数据，就能立刻在业务数据上做影响链分析、可达性分析和知识图谱分析。

当然，传统知识库（文档、概念、实体）一样可以进图。同一个引擎同时支持两种来源，查询方式完全一致。下面逐一介绍。

注意，它不是InterSystems IRIS的官方特性。

我们的承诺

为了营造开放、友好的环境，我们作为参与者、版主和 InterSystems 员工，承诺让每个人都能在不受骚扰的情况下参与 InterSystems 开发者生态系统，无论其年龄、体型、残障情况、族裔背景、性别认同及其表达、经验水平、国籍、外貌、种族、宗教信仰、性身份认同或性取向如何。

我们的标准

我们希望所有贡献和互动都保持尊重与建设性，即使参与者意见不同或提出批评性反馈，也应如此。

有助于营造积极环境的行为示例包括：

• 使用友好且包容的语言
• 尊重不同的观点和经历
• 以尊重的态度给予和接受建设性反馈
• 以社区的整体利益为先
• 体谅其他社区成员

参与者不可接受的行为示例包括：

• 使用带有性暗示的语言或图像，或进行不受欢迎的性关注或性挑逗
• 恶意挑衅、侮辱性或贬损性评论，以及人身攻击或政治攻击
• 在公开或私下场合实施骚扰
• 未经明确许可发布他人的私人信息，例如住址或电子邮箱地址
• 威胁、恐吓、歧视性辱骂，以及反复进行对方不愿接受的联系
• 其他在专业环境中可被合理视为不当的行为
• 垃圾信息、欺诈性提交、操纵投票、评分、积分或奖励，以及滥用 Developer Community、Open Exchange、Ideas Portal 或 Global Masters 的其他行为
• 报复善意提出疑虑或参与相关审查的人

反馈与投诉

我们欢迎对 InterSystems 产品和服务提出尊重且具有建设性的反馈，包括批评和问题报告。

使用 Claude Code 实现基于 InterSystems 的 AI 辅助开发

Claude Code 是一款非常实用的工具。它能帮助解释方法、追踪 SQL 查询（获取结果甚至设置新值），或为代码提供修复/更新建议。
但要充分发挥其最佳效能并实现成本效益，仅靠让它解决问题是不够的。为了让 AI 更高效（且更安全），你还需要决定允许它修改哪些内容（就我而言，在我亲自审查其建议的修改并检查受影响的文件之前，不允许它进行任何修改）， 它所需的上下文大小（主要由所用模型决定），以及该任务应投入多少推理精力（这会影响推理的深度，以及令牌的生成/消耗，从而影响成本）。

上下文压缩

随着对话规模的扩大，Claude Code 最终需要压缩其上下文（大多数模型的限制约为 100 万个令牌）。它会总结之前的对话内容，为后续对话腾出空间。 问题在于，摘要可能会遗漏你仍认为重要的内容，例如已被否决的方案，或是“不要触碰特定组件”之类的指令。

虽然 MEMORY.md 文件有所帮助，但它并不能保证每条指令在整个会话中都可用或被遵循，因为 Claude Code 只会自动加载其内存索引中的一小部分。
因此，你需要将最重要的指令放置在项目根目录下的 CLAUDE.md 文件中，因为该文件会在压缩后重新加载，而一些嵌套指令仅在需要时才会被重新加载。

Hi 大家好！ 

InterSystems技术分享线上课第四期来啦！这期课程我们将聚焦“定时任务的配置与监控”这一主题。

连接测试可以告诉我们服务器有响应，数据库结构可以告诉我们某列名叫 Code。但仅凭这两点，我们仍不知道这个编码代表什么，也不知道它是否应该映射到某个目标字段。

可靠的数据集成设计，要从这里开始。在决定哪个源资产对应哪个目标、哪些组件应组成一条数据管道之前，我们需要先理解接口——不只是接口的结构，还要理解这些结构在具体场景中的含义。

本文介绍 DataPipelineDemo 在 InterSystems IRIS for Health 上如何处理这个问题。核心原则是语义优先：先理解接口表达的含义，再做映射与管道设计决策。

这里的“语义优先”指的是下游决策顺序，并不是先让 AI 凭空猜测、再去看接口。实际流程是先采集结构和运行事实，再由大语言模型（LLM）基于这些事实进行解释，最后将分析结果作为后续决策的上下文。

1. 端点可达，不等于接口已理解

连通性是必要条件，但它回答的问题很有限：当前应用能否访问这个端点？

它无法证明：

• 某张源表或某类 FHIR 资源在业务领域中代表什么；
• 某个字段是标识符、状态、编码值，还是显示名称；
• 某个操作用于读取数据，还是用于接收并写入数据；
• 端点是否支持增量读取或特定的投递机制；
• 结构上合法的映射是否保留了原本想表达的业务含义。

这些问题不同，需要的证据也不同。

2026年，InterSystems在在首次发布的《Gartner Magic Quadrant：企业级电子健康档案》中位列“领导者（Leader）”。入围“领导者象限”的机构，不仅在当前愿景落地上执行力出众，更在未来布局中占据有利身位。对我们而言，此项认可既契合、也印证了我们的AI原生EHR的能力，验证了我们的EHR产品战略，更彰显了InterSystems对创新与可信赖伙伴关系的坚定承诺。

点击此处，申请查看《2026 Gartner® Magic Quadrant™：企业级电子健康档案》完整报告与评分依据。

我们很高兴宣布发布InterSystems Supply Chain Orchestrator™ 社区版（SCO CE）。此免费版本使社区成员能够探索、评估、学习并使用 SCO 进行开发。

SCO 社区版 (CE) 提供了 SCO 的全部功能，但与完全授权的 SCO 部署相比，存在某些技术限制。每个版本都包含一个内置许可证，自发布之日起有效期为一年。我们计划在未来每次发布 SCO 时，同步提供 CE 版本。

获取 SCO 社区版

SCO CE 作为容器形式发布在InterSystems 容器存储库中。请访问该存储库查找并下载 SCO 社区版。

有关 CE 限制的完整详情，请参阅SCO 社区版文档。

从社区获取帮助

SCO CE 用户无法获得标准的产品支持，因此我们建议您通过开发者社区提出问题并寻求社区帮助。

立即开始使用 SCO CE 探索 Supply Chain Orchestrator！

LLM 可以建议把某个源字段映射到某个目标字段。这很有用，但还不能称为完成了一次数据集成。

接下来，还需要建立连接、理解目标约束、选择并连接组件、启动管道，以及检查数据到底有没有正确到达目标。

Quickstart 介绍了运行在 InterSystems IRIS for Health 上的 DataPipelineDemo。这一篇往前走一步：解释集成需求与平台能力，如何共同变成一条可运行、可验证的数据管道。

核心并不是“让 AI 写出所有东西”，而是：

让 AI 在明确边界内做集成决策，再让这些决策能够被执行、被观察、被验证。

1. 一个系统，三个阶段

整体链路可以概括为：

图 1：三个阶段；虚线反馈表示按适用路径做限定范围的修复，然后重新验证。

但这条链路包含三个不同的阶段。

设计与生成阶段，产出接口模型、字段映射、组件拓扑和 Production 定义。AI 参与语义分析、转换映射与管道规划。

运行阶段，源数据通过业务服务、转换流程和目标操作流转。已有组件执行确认后的转换指令，正常数据链路不会为每一行数据或每一条 FHIR 资源重新调用 LLM 做语义判断。

验证与反馈阶段，检查生成配置与运行证据；发现问题后，按适用路径修复映射或管道，再次验证。

这一区分很重要：AI 参与决策，IRIS 承担运行。例如，消息处理过程中查询术语映射，查的是术语服务器，并不是每次都让 LLM 重新判码。

2.

大家好， 

“使用 InterSystems 嵌入式分析”在线课堂课程尚有名额！  

详情 

• 日期：2026年11月16日至20日（5天）
• 地点：线上，美国东部时间上午9:00至下午5:00

本课程适合人群：  

• 本课程适用于 InterSystems IRIS® 数据平台、InterSystems IRIS® for Health 以及 HealthShare® Health Connect 的用户。
• 本课程同样适用于旧版产品 InterSystems DeepSee 的用户。

您将学到： 

• 本为期5天的课程旨在指导开发人员和商业智能用户如何利用InterSystems IRIS®商业智能将实时分析功能嵌入其应用程序中。
• 本课程介绍了如何使用 InterSystems IRIS BI Architect 从事务数据构建数据模型的基础知识，如何使用 InterSystems IRIS BI Analyzer 探索这些模型并构建数据透视表和图表，以及如何创建仪表板来展示数据透视表、仪表和其他交互式控件。 
• 课程还涵盖了如何利用 InterSystems® 安全基础设施对模型、工具及元素（仪表盘、数据透视表等）进行安全保护。 
• 此外，本课程还将介绍用户门户的自定义、故障排除和部署等主题。

请在线注册本课程。  

让 AI 接手数据集成：几分钟里跑起来

一句话速览：登记数据源、选择目标，再让 LLM 设计数据集成流程。一条命令启动演示环境，再运行一条命令，就能端到端复现完整的数据管道。

git clone --recurse-submodules https://github.com/zlnick/DataPipelineDemo.git
cd DataPipelineDemo
bash tools/setup.sh && python3 tools/e2e_ui_flow.py

↑ 一次干净克隆环境中的实测：、验证通过，数据已写入目标 FHIR 仓库。

这是什么

这是一个运行在 InterSystems IRIS for Health 上的完整演示：由数据源出发，自动生成并运行互操作性数据管道，其中的关键决策由 AI 完成。

• 数据源（2 种）：FHIR 接口、SQL 表
• 转换目标（3 种）：数据库表、SOAP 服务、FHIR 仓库
• 支持多种源与目标组合，也支持在同一个 Production 中运行多条数据管道
• 提供中英双语界面：默认中文，英文界面位于 /en

一套 IRIS 实例同时承担多个角色：FHIR 服务器（包含相互独立的源与目标两个仓库）、互操作性引擎（Production）、SQL 数据库，以及平台自身的元数据存储。

在基于 InterSystems IRIS 数据平台开发解决方案的这些年里，我已实现了数百个与 REST API 的集成。而 IRIS 端涉及的 API 数量也不在少数！但在本文中，我想专门谈谈 REST 客户端。更确切地说，我想分享我尝试创建一个适用于所有 API 的通用客户端的经历。

将人工智能代理连接到数据库固然有用，但这立刻引发了另一个问题：应该允许该代理读取哪些内容？

在这个项目中，我希望在应用程序代码中做出这一决定。代理可以使用几个过滤条件搜索患者记录，检查一个已批准的全局变量，并检索有关 IRIS 命名空间的基本信息。它不能提交自己的 SQL 查询，也不能选择其他命名空间。

这个项目是什么？

我为 InterSystems社区奖励计划“从构想到应用”（第二轮）开发了MCP 数据暴露工具包，以响应MCP 数据暴露工具包的构想（DPI-I-985）。 我的贡献是一个可运行的 ObjectScript 示例，涵盖了 SQL、全局变量和命名空间监控。

源代码已在GitHub 上发布。本文将演示该示例的运行过程，并深入解析其背后的代码。

示例公开的内容

我选择了合成医疗记录，因为它们既提供了有用的搜索条件，又避免了将真实的患者信息存储在存储库中。该项目从Kaggle 上由 dnation 发布的“合成医疗患者记录数据集”中导入了 500 条记录。持久化类 MCPData.Data.Patient 用于存储这些记录。

简而言之：

omniEmbedding 是一个 100% 基于 ObjectScript 的网关，它将来自 10 家不同提供商（Ollama、OpenAI、Azure、Cohere、Gemini、Mistral、Voyage、 Jina、Bedrock、VertexAI）的嵌入数据，将其集中管理于 InterSystems IRIS 平台内，因此您既不会被锁定在单一提供商，也不会因在 RAG 管道中混合使用不兼容的向量而陷入困境。

我的想法并不是要锻造“至尊戒”——这事儿就留给托尔金和索伦去搞吧，😅。

事实上，原生类 %Embedding 和 %Embedding.OpenAi 让任何在 InterSystems IRIS 上进行向量搜索的人都轻松得不可思议。

不过，去年我不得不整合一个必须完全依赖 Azure OpenAI 平台的项目。情况变得有些复杂。我不得不对解决方案进行定制（在此要特别感谢 @Alex Woodhead在社区帖子中提供的关键帮助）。

现向大家介绍omniEmbedding：一个精简的、100% 基于 ObjectScript 的网关，用于在 10 家不同的 LLM 提供商之间路由嵌入向量。

方法论：基于规格的开发与人工智能

该项目的真正差异化优势在于其背后的工程实践。

在 4.0.0 发布一周后，SQL DATA LENS 4.01 于 2026 年 8 月 30 日正式发布——这是一次重大版本更新，而非补丁更新。 其78项变更中的大部分都围绕一个主题：如何建立、保护和标记与IRIS或Caché的连接。本文将带您了解对于日常使用InterSystems数据库的用户而言最重要的部分，首先从我被问及最多的那个问题开始。

问题在于：对于 InterSystems JDBC 客户端而言，TLS 配置从来都不是“只需勾选一个复选框”就能解决的

如果您曾使用 TLS 保护过 IRIS 超级服务器，然后尝试让 Java 客户端与其通信，您一定深有体会。在客户端，您需要

• 一个SSL 配置文件（即 InterSystems JDBC 驱动程序读取的 SSLDefs.ini- 风格的属性文件），
• 一个使用 keytool 构建的信任库，其中包含服务器或 CA 证书，
• 主机名验证必须与证书 SAN 字段中的 条目完全匹配，
• 以及重启客户端以验证上述操作是否生效。

社区中有关此主题的优秀文章不少——Mauro Aguirre 针对 ODBC/JDBC 客户端的分步指南以及Eduard Lebedyuk 的 Tableau 操作指南都值得一读。但这些文章之所以需要存在，且篇幅长达 6 到 13 分钟这一事实，本身就说明了一些问题。

今天外面天气真好，南半球，尤其是悉尼，终于迎来了春天， 但上周我和同事们在黑山度过了愉快的时光，庆祝Banksia成立五周年，回来后我严重时差反应，再加上还在对抗感冒症状，所以现在还是静静地坐在电脑前比较好，而不是去外面寻找新的疯狂冒险。 还有什么比浏览社区帖子更能让这段时间物有所值呢？

其中一篇特别引起了我的注意，那是@Nicholai.Mitchko关于大语言模型（LLM）代理编码基准测试的精彩研究与文章——如果你还没读过，不妨先去读一读。 研究结果基本印证了我的经验感受——在IRIS编码方面，Claude系列模型表现大同小异；正因如此，如今我进行编码任务时几乎只使用Sonnet，而OpenAI的模型虽然稍逊一筹，但依然表现不俗。 不过有一个意外发现：DeepSeek V4 Flash模型，其排名几乎与Claude持平。这激发了我尝试DeepSeek的兴趣。正如我的同事@Aleksandr Kolesov在他最近的文章中所指出的，在大型语言模型（LLM）领域，即使全力以赴，也只能勉强维持现状。

安装

Nicholai 使用的是自托管的 DeepSeek，慷慨地将其成本标为 0 美元，但我的这台“强悍”的 MacBook Air 在性能方面肯定表现不佳，所以今天我们将使用托管版本。

步骤 1：配置三个容器

docker login -u="your-username" -p="your-token" containers.intersystems.com

然后拉取镜像:

docker pull containers.intersystems.com/intersystems/irishealth:2025.3

我一直以项目经理的身份参与 IRIS Relay，目前仍担任这一角色。我的工作是跟进项目的开发，寻找有助于提升成果质量的文档、资源和工具。这种参与贯穿整个项目：包括跟进各项功能及其验证，以及持续改进的机会。

班次之间的连续性

在 Relay 中，我认为最有用的是班次之间的连续性。接手运维的人需要了解之前的背景、已共享的信息以及所做的变更，还需要确认这些变更是否确实已经应用。

对我来说，这种确认至关重要。记录变更与核实其结果是工作中相辅相成的两个部分：二者结合，有助于在责任从一个团队转交到另一个团队时减少风险和问题。这就是我在项目中追求的一致性，用以支持交接班期间的运维稳定。

在 Relay 中，这些背景信息可以导出为交接报告。不过，会话历史并不是永久的审计追踪；要保留这些背景信息，就需要保存导出的文件。这一区别界定了该工具目前所能提供的能力范围。

质量与后续计划

功能验证、安全性、一致性和持续改进是我最看重的方面。我的目标是让开发工作在项目演进过程中始终保持这些标准。

我接下来希望改进的是性能。我打算跟进实际使用需求，引导持续改进，在保持我认为对 Relay 至关重要的一致性的同时，力求取得尽可能好的结果。

了解项目

• GitHub 上的代码和文档
• Open Exchange 上的 IRIS Relay
• 0.3 版本演示视频

ChatGPT刚推出时，开发者们很快就开始将其用于日常任务：调试代码片段、编写小型辅助程序，或是理解陌生的代码。其中大部分工作都需要大量复制粘贴。

像 Claude 和 Codex 这样的编码代理改变了这一现状。它们能够直接处理代码库，并对多个文件进行修改。但对于 ObjectScript 开发而言，“经典”的代理式流程并不总是最合适的选择。在 本文中 ，我们将讲述我们如何将 AI 代理整合到自身工作流程中的故事。

从何入手？

过去，我们为客户维护的某个系统，其开发工作直接在共享的服务器端开发系统上进行。每位开发人员都在那里实现并测试自己的更改。随着团队规模扩大，多人开始同时处理该系统，这种工作流程变得越来越不切实际。

AI 编码代理的引入让这些局限性变得更加明显。Claude 和 Codex 等工具的工作原理是直接检查和修改源代码。相关文档和指南指出，如果它们能够编译代码并运行自己的测试，效果会更好。但在 IRIS 中通过 VS Code 进行服务器端开发时，这一实验在第一步就失败了。 由于文件并未实际存在于机器上，代理难以直接访问。因此，将开发迁移到本地、受版本控制的仓库中成为自然而然的一步：这不仅改善了协作，还为开发人员和代理都提供了合适的工作空间。

但这仍留下了一个问题：如何让代理能够编译代码并运行测试。

各位开发者，大家好！

我们经常收到关于“谁有资格参加 InterSystems 编程竞赛”的提问。规则很简单。

只要您属于以下任一群体，即可参与投票：

正在进行的选举

时间是2026年8月，巴西的大选竞选活动正在进行中。 10月4日，158,745,463名符合条件的选民将投票选举总统、各州州长、参议员、联邦众议员以及各州或联邦区众议员。总统和州长选举的第二轮投票（如有）定于10月25日举行。上述日期和选民人数数据均来自巴西最高选举法院。

在这个时间节点上，随着数百万民众试图了解候选人背景、竞选主张及公共履历，公共信息已成为当务之急。巴西虽公开了大量选举和立法数据，但这些记录仍分散在各类文件、API、标识符及政府门户网站中。

正是在这样的背景下，我们开发了“TSE公共数据RAG探索器”。

开放数据丰富，但要得出答案却并非易事

一个看似简单的问题，可能需要有人先找到一个API，然后进行分页操作，下载ZIP压缩包，解码Latin-1格式的CSV文件，从PDF中提取文本，理解两个机构的标识符，在它们之间建立个人关联，最后阅读冗长的文档。

主要障碍在于数据访问：定位、关联并解读通过不同来源发布的记录。

该项目始于一个问题：

在选举年，我们如何将关于候选人和当选官员的海量公共数据转化为任何公民都能探索的信息？

该解决方案在孤立的过滤器以及语言模型的内部记忆之外，增添了一层基于证据的研究层。在敏感领域，可检索的证据是每个流畅回答的必要条件。

基于官方证据的自然语言处理层

TSE 公共数据 RAG 探索器与其说是一个选举聊天机器人，不如说是一个公共数据智能平台。

为 InterSystems AI Hub 代理和外部 MCP 客户端构建一套受管控的 FHIR 工具集——以及那个让每次拒绝都拥有完美借口的日志记录漏洞。

大家好，社区的朋友们！ 我终于下定决心写下我的第一篇帖子——并决定直接挑战两个当下最热门的话题：AI 和安全。

先做个简短的免责声明：这是试图将两个在很长一段时间内都不会真正交汇的世界结合起来：AI 和老派的安全人员。让我来解释一下。

几年前，我曾参与一个非常老旧的航空医疗认证系统项目——该系统负责判定人员是否具备在航空领域工作和学习的体能及心理健康条件。项目本身以及我在其中的角色并不怎么有趣：主要是将系统从Cache迁移到IRIS，并根据新法规对客户端进行现代化改造。 但我至今仍记得那支由审计员和安全官员组成的团队：每次新的集成、每个新的封装层、每一步数据提取操作，都会引发数十个问题，产生数页的文档和数据流图。其中有三个问题让我印象深刻：

• 什么能阻止这个函数读取它无权访问的记录？
• 这些规则记录在哪里？我能否在不阅读你们代码的情况下查阅它们？
• 谁发起了这个调用，记录在哪里？

前两个问题我们轻松通过了。但第三个问题却让审计搁浅了：审计员要求提供针对医疗数据的特定访问记录，却未能找到。这并非因为没有发生访问：这些访问是合法的，检查机制也有效——我们只是在错误的层级上进行了日志记录。

本次发布的目标很简单：让使用 InterSystems IRIS 和 Caché 的日常工作变得更轻松一些。
以下是五大主要变更。
- Query Cloud 现可在单个查询中连接多个数据库
SQL Data Lens 利用 Apache Calcite 实现跨不同数据源的联合查询，同时尽可能将过滤、连接和聚合操作下推至各系统。
IRIS + PostgreSQL + 一个装满 CSV 文件的文件夹。
一条 SQL 语句。
- 现在可以搜索 SQL 历史记录
旧式的按日分类树形结构已不复存在。
历史记录条目支持排序、筛选、置顶和导出。失败和已取消的语句现也已包含在内，这使得故障排查变得更加容易。
- SQL 扫描器能检测出更多问题
外键分析现已支持 IRIS 和 Caché。
新增的统计信息检查功能可帮助识别过时的优化器统计信息，且索引建议会考虑实际列的基数。
每项检测结果均附有说明及建议的 SQL 语句。
- 一键从表导航至类和全局变量
类名和全局变量名现已成为超链接。
微小的改动，却出乎意料地实用。
- 执行计划终于变得易于阅读
纯文本形式。可选中。可搜索。可复制。
支持 DuckDB、PostgreSQL 和 SQL Server，Query Cloud 还能通过“显示联合执行计划”功能解释其自身的联合执行策略。

InterSystems 宣布推出第四个预览版，作为 2026.3 版本开发者预览计划的一部分。该版本将包含 InterSystems IRIS® 数据平台、InterSystems IRIS^® for Health^™ 以及InterSystems Health Connect™。

亮点

2026.3 版本中已新增多项更新和增强功能：

初始文档可通过以下链接查阅。这些文档将在未来几周内持续更新，直至正式发布（一般可用版 - GA）：

• InterSystems IRIS
• InterSystems IRIS for Health
• InterSystems Health Connect

未来的预览版本预计每两周更新一次，我们将根据功能开发进度陆续添加新特性。请通过开发者社区分享您的反馈，让我们共同打造更优质的产品。

早期访问计划 (EAP)

目前有多个 EAP 项目可供选择。请访问此页面，并注册您感兴趣的项目。

可用性与软件包信息

此版本提供了适用于所有受支持平台的经典安装包，以及 Docker 容器格式的容器镜像。完整列表请参阅《受支持平台》文档。

大家好，

我们很高兴地宣布即将举办的下一场在线编程竞赛：

🏆InterSystems 编程竞赛：打造属于你的管理门户🏆

比赛时间：2026年9月14日 - 10月4日（美国东部时间）

总奖金：12 ,000美元

🌟本届新亮点：我们推出了“新秀提名”环节，为刚接触 InterSystems 编程竞赛的开发者提供额外奖项。具体参赛资格请见下文。

InterSystems 技术分享线上课第 2 期回放现已就绪。

点击此处或扫码查看回放。

点击文章了解课程详情。

InterSystems 技术分享线上课第 3 期回放现已就绪。

点击此处或扫码查看回放。

点击文章了解课程详情。