搜索​​​​

Hi, 大家好！ 我们正在努力改进本网站，让大家可以在 InterSystems 开发者社区舒适地阅读、贡献、分享和获取答案！ 虽然有一些 UI 问题还没有得到修复，但本帖提供了一些关于如何使用开发者社区的简单回答。 如何添加帖子? 打开社区页面, 选择所需产品，例如 Caché 然后点击 "创建新帖"。 如何订阅帖子的更新? 要订阅帖子的更新并通过电子邮件获取它们，请点击帖子摘要下方的“收藏”，例如： 如何管理帖子的标题? 假设您已经创建文章，并且想要在其注释中添加几句话。 为此，将编辑器切换到“筛选的 HTML”模式，然后在注释末尾输入<!--break--> 标签。 否则注释会被修剪为一两句话。 就像这样： 未完待续。 敬请期待！

https://www.appeon.com/products/powerbuilder Appeon PowerBuilder 是一个企业级开发工具，可以用来建立数据驱动的商业应用程序和组件。它是Appeon产品套件之一，同时提供了开发C/S、Web、移动和分布式应用程序的工具。 在这篇文章中，我将展示通过使用ODBC用Appeon PowerBuilder连接Caché的步骤。 步骤1 :确保在安装IRIS时选择ODBC驱动程序选项。 步骤2:通过使用ODBC数据源管理器配置ODBC IRIS数据源 步骤 3: 配置InterSystems ODBC 数据源 步骤 4: 测试连接 (确保 IRIS 实例在运行) 步骤 5: 从 PowerBuilder 打开数据库Profiles, 在列表选中ODB ODBC并单击“新建 New”... 按钮 步骤 6: 选择我们已经用ODBC管理器创建的 "IRISHealth User"数据源 步骤 7: 点击“测试连接Test Connection” 按钮，在Preview页面下测试连接 恭喜! 我们已经成功建立了IRIS链接。现在我们可以用PowerBuilder database painter来看表和数据了 谢谢

请教各位老师： Cache数据日志怎么读取？ 如果是想写代码去读取，应该怎么操作？如果是不知道数据日志在哪，应该在哪可以获取？ 不知道你问题里的日志是不是指的journal文件。 没有直接读取journal的方法，只有类似MirrorDejournal的方法对写入异步镜像成员的journal进行操作， 比如将内容写入到你自己的一个数据global中。 在写journal的同时将journal中记录的内容存放在另一个地方。 具体做法可以参考社区里的另一篇文章：CDC系列之一 ：使用Dejournal Filter在InterSystems IRIS/Caché上通过Mirroring实现CDC功能 对于较早版本还没有镜像Mirror的配置，则可以使用Shadow服务器的Dejournaling filter routine。 可以参考：CDC系列之二 ：使用Dejournaling filter routine在Caché上通过Shadow实现CDC

 大家好! 在这里跟大家分享一下我在大奖赛上的项目 :) FHIR病人查看器是一个建立在Vue.js上的单页、反应式渲染工具，它以对人友好的方式显示从对InterSystems FHIR服务器的/Patient/{id}/$everything调用返回的数据。在自述文件中，包括3个主要内容： 1. 一个视频演示，将FHIR患者浏览器连接到一个沙盒IRIS FHIR服务器上（这是测试它的最快方法）； 2.第二个视频显示我如何在生产环境中使用FHIR患者浏览器（使用一个定制的后端来处理API调用，在我的例子中用PHP/Laravel编写，但可以转移到其他语言/框架）； 3.修改组件的说明，创建你自己版本的工具，并建立你自己的dist文件。 谢谢大家! 本次大赛的参赛作品质量很好! Dan

问题如标题。尝试过改变java网关端口，还是会经常出现报错，错误如下图： 这个java Gateway 报错的引起的原因可能很多，如果是生产环境，建议开一个WRC工单，如果是开发测试环境可以InterSystems 的se 可以将Java Gateway Service的日志打开，设置方法是在Production管理页面选中该组件上，在设置中设置日志文件（包括路径和文件名称）。如果问题再次出现，我们可以对日志文件进行分析，开启之后请注意该文件的大小增长。 另外，linux的Dynamic TCP port范围是32768~60999，可通过下面的命令进行查询，例如(在RedHat7.9下)， sysctl net.ipv4.ip_local_port_range net.ipv4.ip_local_port_range = 32768 60999 在这个范围内的tcp端口号可能会被系统动态分配给其他进程使用，所以建议咱们更改一个不在此范围内的端口号。

应用集成平台市场上产品众多，商家专家观点纷纭，莫衷一是。Gartner公司从用户角度出发，搭建了Peer Insight “大众点评”平台，让用户能够为自己使用的产品发声，对各个产品打分。以下是来自用户的声音，供参考。 第一款产品是微软的BizTalk，综合得分3.9。 第二款产品是InterSystems的Ensemble，综合得分4.6。 第三款产品是IBM的WebSphere Enterprise Service Bus，综合得分3.8。 BizTalk by MicroSoft Ensemble by InterSystems WebSphereEnterprise Services Busby IBM 总体评价：57%的用户愿意推荐该产品 总体评价：88%的用户愿意推荐该产品 总体评价：55%的用户愿意推荐该产品 分项评分 分项评分 分项评分 综合能力得分 综合能力得分 综合能力得分 评估与签约 3.3 定价灵活性 4.0 理解需求的能力 评估与签约 4.2 定价灵活性 4.6 理解需求的能力 评估与签约 3.5 定价灵活性 4.0 理解需求的能力 集成与部署 3.4 部署便利性 3.3 终端用户培训的质量 3.9 使用标准API和工具进行集成的便利性 3.1 第三方资源的可用性 集成与部署 4.3 部署便利性 4.3 终端用户培训的质量 4.3 使用标准API和工具进行集成的便利性 4.3 第三方资源的可用性 集成与部署 4.6 部署便利性 4.2 终端用户培训的质量 4.0 使用标准API和工具进行集成的便利性 4.1 第三方资源的可用性 服务与支持 4.0 供应商回应的及时性 3.7技术支持的质量 3.4 同行用户群的质量 服务与支持 4.6 供应商回应的及时性 4.6技术支持的质量 4.2 同行用户群的质量 服务与支持 4.0 供应商回应的及时性 4.3技术支持的质量 4.1 同行用户群的质量 更多信息请参考 Gartner英文原文。

医疗行业的互操作性在改善病人护理、降低医疗服务提供者的成本以及为提供者提供更准确的情况方面发挥着重要作用。然而，由于有这么多不同的系统，数据的格式也有很多不同的方式。有许多标准被创造出来以试图解决这个问题，包括HL7v2、HL7v3和CDA，但每一种都有其缺点。 FHIR，即快速医疗互操作性资源，是一种新的医疗数据格式，旨在解决这些问题。它是由国际卫生级七组织（HL7）开发的，该组织还开发了HL7v2、HL7v3和CDA。 今天我们将探讨如何在VS代码中借助IntelliSense和自动完成功能，通过使用FHIR Schema 创建和验证FHIR资源。 第 1 步 :从FHIR 官方网站 https://www.hl7.org/fhir/下载 JSON schema file 文件用来做资源校验 第 2 步: 创建文件夹（在这个例子中，我使用病人文件夹和病人资源），并将提取的fhir.schema.json文件复制到同一文件夹，然后从VS Code中打开文件夹 第 3 步: 通过修改setting.json文件，设置VS代码以识别FHIR模式。按CTRL+SHIFT+P并输入工作区设置JSON文件 第 4 步: 在同一文件夹中创建一个新文件patient.fhir.json。按Ctrl+Space，你将通过IntelliSense获得FHIR资源的所有属性 添加资源类型 "病人"，与病人资源有关的所有属性将出现在IntelliSense中。 VS Code 讲自动校验资源的结构和语法。 在IntelliSense和自动完成的帮助下，我们已经创建并验证了我们的病人资源。 第 5 步: 使用Postman的Rest API在InterSystems FHIR服务器上发布创建资源。 通过使用获取方法检索已创建的病人资源。 恭喜你！，我们已经创建、验证了我们的病人资源，并成功地使用postman发布和检索到InterSystems FHIR服务器。通过这种方式，我们可以轻松地创建和验证任何FHIR资源。

本文讨论 Windows 写入缓存设置，该设置会使系统在断电或操作系统崩溃的情况下容易发生数据丢失或损坏。 该设置在某些 Windows 配置中默认开启。 为磁盘启用 Windows 写入缓存意味着 Caché（或任何程序）写入该磁盘的某些内容不一定会立即提交到持久性存储（即使 Caché 在其写入阶段的特定关键点刷新从操作系统缓存到磁盘的写入也是如此）。 如果计算机断电，为该设备缓存的任何内容都会丢失，除非该设备的缓存是非易失性的或者由电池供电。 Caché 依靠操作系统来保证数据的持久性。 在这种情况下，保证是无效的。 对于 Caché 来说，这可能会导致数据库损坏或者数据库或日志文件中的数据缺失。 InterSystems 的文档显示，使“写入映像日志”提供的保证失效的一种情况是回写缓存内容丢失（请参见 [http://docs.intersystems.com/latest/csp/docbook/DocBook.UI.Page.cls?KEY=GCDI_wij#GCDI/wij_limits](http://docs.intersystems.com/latest/csp/docbook/DocBook.UI.Page.cls?KEY=GCDI_wij#GCDI_wij_limits)）。 InterSystems 全球响应中心的数据完整性团队研究了许多 Windows 平台上的数据丢失或损坏案例，这些案例中有证据表明，回写缓存内容丢失是由该设置的值导致的。 值得一提的是，磁盘的缓存可能会有效防止发生此类问题。 如果相关磁盘的缓存是非易失性的或由电池供电，则即使开启该设置，写入磁盘也应该是安全的。 如果相关存储比直接连接的磁盘更复杂，您需要了解在该存储基础架构的何处对写入进行缓存，以及这些缓存是否是易失性的或者是否由电池供电，以评估风险。 您可以转到“设备管理器”，展开“磁盘驱动器”部分，然后查看给定磁盘的属性来查看设置。 我们感兴趣的设置在“策略”选项卡上。  界面上的用词并不总是与您在这里看到的相同，可能因设备类型的不同而有所不同。 不过，这是常见的用词表述，并且 Windows 明确指出，开启该设置后，如果机器断电或崩溃，系统可能会发生数据丢失。 接下来是同一机器上另一个磁盘的示例，其中的影响没有那么明显。在这里选择“更好的性能”将与在另一个示例中选择“启用写入缓存”带来相同问题。  在这两个示例中，您看到的选定设置都是该设备的默认设置，我没有更改过。 您可以看到，在第一个示例中，默认设置使设备处于风险之中，而第二个示例则没有。 据我所知，并没有通用于所有设备类型或 Windows 版本的默认设置。 换句话说，需要在每台设备上检查此设置，以了解设备是否存在此风险。 作为系统管理员，处理这种情况有三种基本方法。 禁用该设置是最简单的方法，可确保不会面临此风险。 但是，禁用该设置可能会对性能产生不可接受的影响。 如果是这种情况，您可能更愿意开启该设置，并将计算机连接到不间断电源。 这样做可以防止断电导致的数据丢失或损坏，因为 UPS 应该可以在断电时提供足够的时间让您从容地关机。 最后一个选择是简单地接受服务器断电或崩溃时数据丢失的风险。 InterSystems 建议不要采用此方式。 消费级 UPS 已相当便宜，而且检测完整性问题并从中恢复可能非常耗时又会产生问题。 InterSystems 建议您在未确保计算机连接到不间断电源的情况下不要开启此设置。 如果存储是外部设备，则该设备也需要连接到 UPS。

# 第六章 临时全局变量和IRISTEMP数据库 对于某些操作，可能需要全局变量的功能，而不需要无限期保存数据。例如，可能希望使用全局对某些不需要存储到磁盘的数据进行排序。对于这些操作，`InterSystems IRIS`提供了临时全局机制。该机制的工作方式如下： - 对于应用程序名称空间，可以定义一个全局映射，以便将具有特定命名约定的全局变量映射到`IRISTEMP`数据库，该数据库是一个特殊的数据库，如下所述。 例如，可以定义一个全局映射，以便将名称为`^AcmeTemp*`的所有全局变量映射到`IRISTEMP`数据库。 - 当代码需要临时存储数据并再次读取它时，代码将向使用该命名约定的全局变量写入数据，并从全局变量读取数据。 例如，要保存值，代码可能会执行以下操作： ```java set ^AcmeTempOrderApp("sortedarray")=some value ``` 然后，稍后代码可能会执行以下操作： ```java set somevariable = ^AcmeTempOrderApp("sortedarray") ``` **通过使用临时全局变量，可以利用`IRISTEMP`数据库没有日志记录这一事实。因为数据库没有日记记录，所以使用该数据库的操作不会产生日记文件。日志文件可能会变得很大，并可能导致空间问题**。但是，请注意以下几点： 不能回滚修改`IRISTEMP`数据库中的全局变量的任何事务；此行为特定于`IRISTEMP`。如果需要通过事务管理临时工作，请不要使用`IRISTEMP`中的全局变量来实现此目的。 请注意，仅对不需要保存的工作使用`IRISTEMP`。 # 定义临时全局变量的映射 要定义临时全局变量的映射，请执行以下操作： 1. 选择一个命名约定，并确保所有开发人员都知道这一点。请注意以下几点： - **考虑是要有多个临时全局变量还是要少一些具有多个节点的临时全局变量。与读取或写入相同数量的独立全局变量相比，`InterSystems IRIS`更容易高效地读取或写入同一全局变量中的不同节点。这种效率差异对于少数全局变量来说可以忽略不计，但当有数百个独立的全局变量时，效率差异就非常明显。** - 如果计划在多个名称空间中使用相同的全局映射，那么设计一个系统，使一个名称空间中的工作不会干扰另一个名称空间中的工作。例如，可以使用命名空间名称作为全局变量中的下标。 - 类似地，即使在一个命名空间内，也要设计一个系统，使代码的每个部分在同一全局中使用不同的全局或不同的下标，以避免干扰。 - 请勿使用系统保留的全局名称。 2. 在管理门户中，导航到命名空间页面(System Administration > Configuration > System Configuration > Namespaces)。 3. 在应用程序命名空间所在的行中，单击Global Mappings。 4. 在全局映射页面中，单击新建全局映射。 5. 对于全局数据库位置，选择`IRISTEMP`。 6. 对于全局名称，输入以星号(`*`)结尾的名称。不要包括名称的第一个插入符号。 例如: `AcmeTemp*` 此映射会导致名称以`AcmeTemp*`开头的所有全局变量映射到`IRISTEMP`数据库。 7. 单击OK。 注意：>> 显示在新映射行的第一列中，表示已打开映射进行编辑。 8. 要保存映射以便InterSystems IRIS使用它们，请单击保存更改。     # IRISTEMP的系统使用 请注意，InterSystems使用临时全局变量作为临时空间，例如，在执行某些查询(用于排序、分组、计算聚合等)期间用作临时索引。 IRISTEMP中包含的一些系统全局变量包括： - `^IRIS.Temp*` - `^mtemp*` 永远不要更改这些全局变量中的任何一个。

我的几个孩子都很喜欢手工艺品，您可能会觉得作为一个父亲我会用夸张的表情表扬他们很有创意然后还拍照片发到Pinterest（世界上最大的图片社交分享网站）上去，但是我从来都没这么做过。我肯定爱我的孩子，我也确实认为他们有创意，但老实讲如果你有一个正上小学的孩子，你肯定很清楚他们实际的水平。 首先，要去制作一个手工艺品，你得先在油管上面看五分钟的教学视频，在此之前你可能已经浏览过大量的同类视频，你也知道那些标题党起的“五分钟教你学会”的题目就是在骗你点进去，但你可能刷着刷着手机就过去了五个钟。这类视频无非是一个人拿着一个彩色的塑料瓶，或者一个有光泽的鞋盒，把所有东西切开、用胶带和胶水粘在一起，然后你就获得了一个精美无比但是根本没用的艺术品，但至少拍照片发个朋友圈看起来还蛮不错。 第二步，你小孩看完视频了，也想自己动手做。老实讲你没法拒绝这种能够锻炼他们创意的好机会，这绝对是寓教于乐的好机会，你也把那些瓶子、纸板箱和其他的垃圾重新利用起来了。这些视频往往十分重要，这说不定会影响他们以后成为成功的设计师、建筑师或者行业精英。 再然后，关键的东西来了：胶水。 我家的手工艺品购买预算（您别说真有这么个预算）几乎都花在了买胶水或者胶带上，在过去几年中，我都在用一种叫做“和纸”的带光泽的胶带、用来打胶的胶枪和会发光的百特棒，它贴在厨房或者餐桌等等地方就会很亮。还好我现在的工作让我承担得起这些花费，但同样让人沮丧的是大部分钱都被花在胶带胶水这种辅助工具上，而不是花在提升手工艺品的质量上。 系统之间的数据流成本很高 当我看到企业架构师描述他们的环境时，我经常有一种感觉，同时这种感觉也经常让我觉得挫败。那些架构师将经过验证的开源技术（比如 Postgres 和 MySQL 或他们的云版），与一种或多种花哨的专用技术（如 Clickhouse、TimescaleDB 或 CouchBase）结合到一个数据架构中。从表面上看，这完全有道理。 我们非常感谢那些经过验证的开源技术，作为一名技术专家，我经常对这些用于特殊用途的解决方案所产生的创新印象深刻。 然而，这种方法产生的复合数据架构通常不像预期的那么简单或预算友好，这与我的孩子经常要求增加手工艺品预算的原因相同：胶水不够用了。 一个好的数据管道或 ETL 软件并不便宜，构建这些数据流的数据工程师或顾问也不便宜。 更糟糕的是，就像我孩子的胶带会磨损一样，系统之间的数据流需要昂贵的维护，因为它们需要保持运行的时间也很长，这绝不是一个5分钟的手工艺品视频讲得清楚的事情。 采用统一技术的高效数据架构 像 InterSystems IRIS 这样的统一数据平台提供了事务处理和分析工作负载的数据架构，并通过许多不同的数据模型提供高效的并发访问，所有这些都采用统一技术。 通过在 InterSystems IRIS 上构建你的应用程序、数据仓库和其他解决方案，你可以节省大量粘合和手动工作，而不会牺牲处理您的用例所要求的特殊用途数据，因为没有复制、同步或推送你的数据。 更重要的是，使用这种类型的数据架构，您最终将获得在医疗保健、金融服务和许多其他行业中已经得到证明的弹性，而不是五种不同工具的最小公分母。 回到手工艺品的话题上，我希望未来每隔一周左右我问我的孩子们的问题能够变成这样：“我不是不要你的创意； 我只是要求你少用胶水。” 关于作者：Benjamin DeBoe Benjamin 是 InterSystems 数据平台组的产品经理，负责可扩展性和分析领域。 作为 InterSystems 收购 iKnow 的一份子，他于 2010 年加入 InterSystems，并曾使用各种数据库技术，主要在数据仓库、自然语言处理和任何分析领域。 点击查看原文链接 乐高就是不用胶水的创造，中国传统的木结构（榫卯）也是不需要胶水的，最好/稳固的创造/搭建都是不用胶水的。。。 这个类比非常到位了

# 第十三章 使用动态SQL（四） # 返回完整结果集 使用`％Execute（）`或`％ExecDirect（）`执行语句将返回一个实现`％SQL.StatementResult`接口的对象。该对象可以是单一值，结果集或从`CALL`语句返回的上下文对象。 ## ％Display（）方法 可以通过调用`％SQL.StatementResult`类的`％Display（）`实例方法来显示整个结果集（结果对象的内容），如以下示例所示： ``` DO rset.%Display() ``` 请注意，`％Display（）`方法不会返回％Status值。 显示查询结果集时，`％Display（）`通过显示行数来结束：“受影响的5行”。 （这是`％Display（）`遍历结果集之后的`％ROWCOUNT`值。）请注意，`％Display（）`不会在此行计数语句之后发出行返回。 `％Display（）`有两个可选参数： - 分隔符：在数据列和数据标题之间插入的字符串。它出现在结果集列之间，紧靠标题或数据值之前。默认为无定界符。如果省略，请在“列对齐”标志之前指定一个占位符逗号。 - 列对齐：整数标志，指定如何计算数据列和数据标题之间的空格。可用的选项有： - 0：结果集标题/数据列将根据标准定界符（选项卡）对齐。这是默认值。 - 1：结果集标题/数据列将根据列标题和标准定界符（标签）的长度对齐。 - 2：结果集标题/数据列将根据列数据属性的精度/长度和标准定界符（选项卡）进行对齐。 ## `％DisplayFormatted（）`方法 可以通过调用`％SQL.StatementResult`类的`％DisplayFormatted（）`实例方法，而不是调用`％Display（）`，将结果集内容重新格式化并重定向到生成的文件。 可以通过指定字符串选项`％DisplayFormatted（“HTML”）`或相应的整数代码`％DisplayFormatted（1）`来指定结果集格式。可以使用以下格式：XML（整数代码0），HTML（整数代码1），PDF（整数代码2），TXT（整数代码99）或CSV（整数代码100）。 （请注意，CSV格式未实现为真正的逗号分隔值输出；相反，它使用制表符来分隔列。）TXT格式（整数代码99）以行数结尾（例如，“受影响的5行”） ”）；其他格式不包括行数。 InterSystems IRIS生成指定类型的文件，并附加适当的文件扩展名。 可以指定或省略结果集文件名： - 如果指定一个目标文件(例如，`%DisplayFormatted(99,"myresults")`)，则在当前命名空间的子目录的mgr目录中生成具有该名称和相应后缀(文件扩展名)的文件。 例如,`C:\InterSystems\IRIS\mgr\user\myresults.txt`. 如果具有该后缀的指定文件已经存在，则InterSystems IRIS将用新数据覆盖它。 - 如果没有指定目标文件(例如，`%DisplayFormatted(99)`，则在Temp子目录的mgr目录中生成一个具有随机生成的名称和适当后缀(文件扩展名)的文件。 例如,`C:\InterSystems\IRIS\mgr\Temp\w4FR2gM7tX2Fjs.txt.` 每次运行一个查询时，都会生成一个新的目标文件。 这些例子显示了Windows文件名; InterSystems IRIS支持其他操作系统上的等效位置。 如果无法打开指定的文件，则此操作将在30秒后超时并显示一条错误消息；否则，该操作将超时。当用户没有对指定目录（文件夹）的`WRITE`权限时，通常会发生这种情况。 **如果无法以指定的格式呈现数据，则将创建目标文件，但不会将结果集数据写入其中。而是将适当的消息写入目标文件。例如，流字段`OID`包含与XML和HTML特殊格式字符冲突的字符。可以通过在流字段上使用`XMLELEMENT`函数来解决此XML和HTML流字段问题。例如`SELECT Name，XMLELEMENT（“ Para”，Notes）`。** 可以选择提供`％DisplayFormatted（）`在执行指定格式转换时将使用的转换表的名称。 如果一个结果集序列中有多个结果集，则每个结果集的内容都将写入其自己的文件中。 可选的第三个`％DisplayFormatted（）`参数指定消息存储在单独的结果集中。成功完成后，将返回类似以下的消息： ``` Message 21 row(s) affected. ``` 下面的Windows示例在`C:\InterSystems\IRIS\mgr\user\`中创建了两个PDF(整数代码2)结果集文件。 它为消息创建一个mess结果集，然后使用`%Display()`将消息显示到终端: ```java /// d ##class(PHA.TEST.SQL).CreatePDF() ClassMethod CreatePDF() { SET myquery=2 SET myquery(1)="SELECT Name,Age FROM Sample.Person" SET myquery(2)="WHERE Age > ? AND Age < ? ORDER BY Age" SET rset = ##class(%SQL.Statement).%ExecDirect(,.myquery,12,20) IF rset.%SQLCODE'=0 { WRITE !,"1st ExecDirect SQLCODE=",rset.%SQLCODE,!,rset.%Message QUIT } DO rset.%DisplayFormatted(2,"Teenagers",.mess) DO mess.%Display() WRITE !,"End of teen data",!! SET rset2 = ##class(%SQL.Statement).%ExecDirect(,.myquery,19,30) IF rset2.%SQLCODE'=0 { WRITE !,"2nd ExecDirect SQLCODE=",rset2.%SQLCODE,!,rset2.%Message QUIT } DO rset2.%DisplayFormatted(2,"Twenties",.mess) DO mess.%Display() WRITE !,"End of twenties data" } ``` ```java DHC-APP>d ##class(PHA.TEST.SQL).CreatePDF() Message 9 row(s) affected. End of teen data Message 20 row(s) affected. End of twenties data ``` ```java /// d ##class(PHA.TEST.SQL).CreatePDF1() ClassMethod CreatePDF1() { ZNSPACE "SAMPLES" SET myquery=2 SET myquery(1)="SELECT Name,Age FROM Sample.Person" SET myquery(2)="WHERE Age > ? AND Age < ? ORDER BY Age" SET rset = ##class(%SQL.Statement).%ExecDirect(,.myquery,12,20) DO rset.%DisplayFormatted(2,"Teenagers") WRITE !,"End of teen data",!! SET rset2 = ##class(%SQL.Statement).%ExecDirect(,.myquery,19,30) DO rset2.%DisplayFormatted(2,"Twenties") WRITE !,"End of twenties data" } ``` ```java DHC-APP>d ##class(PHA.TEST.SQL).CreatePDF1() End of teen data End of twenties data ``` ## 对结果集进行分页 可以使用一个视图ID (`%VID`)来分页结果集。下面的例子从结果集中返回页面，每个页面包含5行: ```java /// d ##class(PHA.TEST.SQL).Paginating() ClassMethod Paginating() { SET q1="SELECT %VID AS RSRow,* FROM " SET q2="(SELECT Name,Home_State FROM Sample.Person WHERE Home_State %STARTSWITH 'M') " SET q3="WHERE %VID BETWEEN ? AND ?" SET myquery = q1_q2_q3 SET tStatement = ##class(%SQL.Statement).%New() SET qStatus=tStatement.%Prepare(myquery) IF qStatus'=1 { WRITE "%Prepare failed:" DO $System.Status.DisplayError(qStatus) QUIT } FOR i=1:5:25 { WRITE !!,"Next Page",! SET rset=tStatement.%Execute(i,i+4) DO rset.%Display() } } ``` ```java DHC-APP>d ##class(PHA.TEST.SQL).Paginating() Next Page RSRow Name Home_State 1 O'Rielly,Chris H. MS 2 Orwell,John V. MT 3 Zevon,Heloisa O. MI 4 Kratzmann,Emily Z. MO 5 King,Dmitry G. MO 5 Rows(s) Affected Next Page RSRow Name Home_State 6 Hanson,George C. MD 7 Martinez,Emilio G. MO 8 Cheng,Charlotte Y. MI 9 Emerson,Edgar T. MO 10 Nelson,Neil E. MT 5 Rows(s) Affected Next Page RSRow Name Home_State 11 Larson,Nataliya Z. MD 12 Lennon,Chelsea T. MD 13 Ingleman,Kristen U. MT 14 Zucherro,Olga H. MN 15 Ng,Lola H. MD 5 Rows(s) Affected Next Page RSRow Name Home_State 16 Frost,Xavier D. MO 17 Adams,Diane F. MD 18 Isaacs,Chad N. MN 19 Van De Griek,Phil S. MS 20 Schaefer,Usha G. MO 5 Rows(s) Affected Next Page RSRow Name Home_State 21 Wells,Sophia U. MS 22 Vivaldi,Michelle N. MD 23 Anderson,Valery N. MD 24 Frost,Heloisa K. MI 25 Gallant,Thelma Q. MA 5 Rows(s) Affected ```

同事们，大家好 在这篇文章中，我将告诉你我们如何将报告生成时间从28分钟减少到1分钟。让我告诉你我们是如何实现这一目标的 我希望，如果有必要，你将能够为自己重现同样的结果。这篇文章里有一些有用的链接，所以要读到最后。 让我们开始吧。 报告 我们使用Adaptive Analytics和InterSystems Reports Server为一家公司做报告。以前，这个报告是以DeepSee的屏幕截图形式生成的。总的来说，这并不坏，但它花费了大量的时间，而且看起来不是很可读。该报告本身由12页组成，为PDF格式。 一般来说，数据不是太大，不会使报告的生成花费很多时间 源数据 然而，在撰写本文时，有一个表包含11,330,263行。不是那么关键，但它造成了延迟。即使是计算行数的查询也需要近30秒 最初，系统的交互方案是这样的： Atscale创建了自己的数据缓存，这导致了性能的提高。 Logi使用自己的数据缓存，这稍微加快了报告的开发速度。 但总的来说，这仍然导致了报告在28分钟内形成的事实。 鉴于报告只有12页，这个速度还是很慢的。 我们甚至故意添加了新的标签，并将报告中的小部件复制到那里，以便在开发或调试时不需要生成整个报告。也许这就是在Logi上开发时的一种日常技巧，或者说是一种正常的开发方法。总的来说，我们在工作中使用了它 在报告生成时，有数百个请求从Logi到Atscale，还有一些请求从Astcale到IRIS。一些单独的查询长达4分钟。有几次，请求一般都是在超时的情况下发出的。 然后我们意识到，这种情况不能再继续下去了。于是我们把自适应分析的主要功能连接起来，方案变成了这样： 这是一个UDAF功能，换句话说，这是个用户定义的聚合函数。实际上这是些汇总表，根据要求，定期地将需要测量的聚合值存储在其中。而最有趣的是，这些汇总表是由Atscale自动创建和更新的。 为了实现聚合，我们编译了isc-aa-udaf包，该包目前在一个私人仓库中，因为根据Atscale的使用条款，它不能被免费分发。 在打开汇总表后，创建服务表花了几分钟，汇总表被计算，总的来说，数据库被加载。但随后真正的解脱开始了。系统开始像它应该的那样工作。以前需要4分钟才能形成的请求，开始在5秒内形成。缓存变得更快。 结果，原先花了28分钟才形成的报告现在开始在1分钟内形成。 值得注意的是，这样的增长更多的是稳定的、生产系统的特征，在这些系统中，立方体是相对稳定的，聚集物被越来越多的收集。当立方体结构发生变化时，在对变化后的立方体的第一次请求中，聚合被重构并重新创建。 我们做了什么 我们所做的基本如下： 安装IRIS Adaptive Analytics UDAF 在IRIS中创建名称空间，用于存储聚合数据 连接IRIS 到 Atscale 定制功能安装模式=在数据仓库中启用定制管理功能 Adaptive Analytics已经用数据创建了一个立方体 在Logi中创建报告 测试和测量 这里的细节： InterSystems IRIS已经为UDAF的工作安装了必要的类。我们已经将它们打包在一个名为isc-aa-udaf的ZPM包中，该包存储在zpm注册表pm.intersystems.com中。这个注册表对InterSystems的官方客户是可用的。 iris 命令: zpm “install isc-aa-udaf” 一个旨在优化资源使用的可选项：我们为IRIS添加了一个专门的命名空间，它将存储预先计算的聚合值。这个命名空间的名称将在下一步中用到。 将IRIS连接到Atscale作为立方体（Cube）的数据源。转到设置（Setting)，然后是数据仓库（Data Warehouses ），最后是创建数据仓库（CREATE DATA WAREHOUSE）。 在字段号1中指定了解析后的数据所存储的命名空间 在字段号2中，我们指定了在步骤2中创建的用于存储聚合的命名空间。这个值可以与1的值相同，在这种情况下，集合体将被存储在数据的旁边。在这种情况下，数据源不能是只读的。 我们将定制功能安装模式（CUSTOM FUNCTION INSTALLATION MODE）设置为用户管理（Customer Managed），因为我们之前在第一步安装了UDAF。如果你指定无（None)模式，那么即使安装了UDAF，这些功能也不会被使用，也不会有性能上的提高。 如果一切操作正确，那么UDAF检查显示绿色。 使用创建的数据仓库创建了一个项目和一个立方体。这是一个漫长而令人兴奋的过程。我不会在这里详细谈论这个问题，已经有好几篇关于它的文章，包括我的文章《如何轻松开始在Adaptive Analytics + InterSystems Reports中工作》。 Atscale上发布的项目为Logi报告创建了数据源连接。在之前的文章中，我也介绍了如何创建报告。链接为: 《如何轻松开始在Adaptive Analytics + InterSystems Reports中工作》。 测试和测量。这里很有趣。我最初设计的报告没有启用UDAF。正因为如此，一些请求被执行了4分钟或更长时间。由于该报告由12页组成，完成报告的时间平均为28分钟。 启用UDAF后，Atscale系统在自动模式下用一段时间加载数据源。她会自己计算将在报告中使用的实际查询，并为它准备预先计算的数值。此外，Intersystems报告是基于计算出来的参数，Intersystems报告本身对这些参数进行了部分缓存，AtScale系统给出了额外的优化，它缓存了执行相同查询的结果并即时返回，而不是重新发送到数据源。 在所述的捆绑工作包中，还有一个有趣的点：报告生成的频率越高，制作报告的时间就越短。 根据所有操作和几次测量的结果，生成12页报告的时间开始是60秒，也就是1分钟。 差别是28倍。 同时，类似的报告，在结构上完全相同，但从其他数据库中获取数据，其构建速度也有类似的提高。 基于我们所看到的，我们做出了一个明确的结论，推荐在所有未来的项目中使用这个捆绑包。它可以提高开发速度，提升调试速度，并减少向这些报告的商业消费者交付报告的时间。 我希望将来我们能够从IRIS - AtScale - Logi捆绑系统中提取更多的性能，并能够与你分享我们发现的解决方案。 如果你也有这类提升工具链性能的经验和我们分享，我将非常感激。

# 第五十三章 索引关键字 - PrimaryKey 指定此索引是否定义表的主键。 # 用法 要指定该表的主键由该索引所基于的属性构成，请使用以下语法: ```java Index name On property_expression_list [ PrimaryKey ]; ``` 否则，省略此关键字或将单词`Not`放在关键字的前面。 # 详解 此关键字指定应通过SQL将此索引报告为此类(表)的主键。 `PrimaryKey`索引的行为也类似于唯一索引。 也就是说，对于在此索引中使用的属性(或属性组合)，InterSystems IRIS强制唯一性。 在这个索引定义中，允许将`Unique`关键字指定为`true`，但这是多余的。 # 示例 ```java Index EmpIDX On EmployeeID [ PrimaryKey] ; ``` # 默认 如果忽略此关键字，则该表的主键不是由索引所基于的属性构成的。 # 第五十四章 索引关键字 - ShardKey 指定这个类的分片键。 # 用法 在分片类完全实现之前，InterSystems建议从`SQL`创建分片表，而不是从对象端。 但是，如果你查看一个通过创建一个分片表生成的类，你可能会看到如下代码: ```java /// ShardKey分片表索引，由DDL CREATE table语句自动生成 Index ShardKey On DeptNum [ Abstract, CoshardWith = User.Department, ShardKey, SqlName = %ShardKey ]; ``` 在本例中，`DeptNum`属性是当前类的分片键。 # 第五十五章 索引关键字 - SqlName 指定索引的SQL别名。 # 用法 当通过`SQL`引用该索引时，要覆盖该索引的默认名称，使用以下语法: ```java Index name On property_expression_list [ SqlName = sqlindexname]; ``` 其中`sqlindexname`是一个`SQL`标识符。 # 详解 当通过`SQL`引用该关键字时，可以为该索引定义一个替代名称。 # 默认 如果忽略此关键字，则索引的SQL名称为索引定义中给定的`indexname`。 # 第五十六章 索引关键字 - Type 指定索引的类型。 # 用法 要指定索引的类型，请使用以下语法: ```java Index name On property_expression_list [ Type = indextype ]; ``` 其中`indextype`是下列类型之一: - `bitmap` — 位图索引 - `bitslice` — 位片索引 - `index` —标准索引(默认) - `key` — 废弃 # 详解 此关键字指定索引的类型，具体是将索引实现为位图索引还是标准(常规、非位图)索引。 位图索引不能标记为唯一`unique`。 # 默认 如果省略此关键字，则索引为标准索引。

# 第153章 Storage关键字 - SqlRowIdProperty 指定`SQL RowId`属性。 # 大纲 ```java prop ``` # 值 该元素的值是一个`SQL`标识符。 # 描述 此元素仅由从早期InterSystems产品迁移的类使用。 # 默认值 ``元素的默认值为空字符串。 # 第154章 Storage关键字 - SqlTableNumber 指定内部`SQL`表号。 # 大纲 ```java 123 ``` # 值 该元素的值是一个表号。 # 描述 此元素仅由从早期InterSystems产品迁移的类使用。 # 默认值 ``元素的默认值为空字符串。 # 第155章 Storage关键字 - State 指定用于串行对象的数据定义。 # 大纲 ```java state ``` # 值 此元素的值是此存储定义中的数据定义的名称。 # 描述 对于串行(嵌入式)类，此关键字指示使用哪个数据定义来定义对象的序列化状态(序列化时对象属性的排列方式)。这也是默认数据定义，默认结构生成器将向其添加未存储的属性。 # 默认值 ``元素的默认值为空字符串。 # 第156章 Storage关键字 - StreamLocation 指定流属性的默认存储位置。 # 大纲 ```java ^Sample.PersonS ``` # 值 此元素的值是带有可选前导下标的全局名称。 # 描述 此元素允许指定用于在持久化类中存储任何流属性的默认全局设置。存储在此全局的根位置的值是一个计数器，每当存储此类的流值时，该计数器就会递增。 请注意，还可以单独指定每个流属性的存储。 # 默认值 如果未指定，则类编译器将生成``元素的值。通常，该值是`^MyApp.MyClassS`(其中`MyApp.MyClass`是类名)，但是，它可能会根据许多因素而有所不同。 # 第157章 Storage关键字 - Type 用于提供持久性的存储类。 # 大纲 ```java %Storage.Persistent ``` # 值 该元素的值是一个类名。 # 描述 此元素指定为此类提供持久性的存储类。 `%Storage.Persistent`类是默认存储类，并提供默认存储结构。 `%Storage.SQL`类用于将类映射到旧数据结构。 对于串行(嵌入式)类，必须将其设置为`%Storage.Serial`(由新建类向导自动设置)。 # 默认值 ``元素的默认值为`%Storage.Persistent`。

# 第九章 冻结计划 大多数SQL语句都有一个关联的查询计划。查询计划是在准备SQL语句时创建的。默认情况下，添加索引和重新编译类等操作会清除此查询计划。下次调用查询时，将重新准备查询并创建新的查询计划。冻结计划使可以跨编译保留(冻结)现有查询计划。查询执行使用冻结的计划，而不是执行新的优化并生成新的查询计划。 对系统软件的更改也可能导致不同的查询计划。通常，这些升级会带来更好的查询性能，但软件升级可能会降低特定查询的性能。冻结计划使可以保留(冻结)查询计划，以便查询性能不会因系统软件升级而改变(降级或提高)。 # 如何使用冷冻计划 使用冻结计划有两种策略-乐观策略和悲观策略： - 乐观：如果假设更改系统软件或类定义会提高性能，请使用此策略。运行查询并冻结计划。导出(备份)冻结的计划。解冻该计划。更改软件。重新运行查询。这会产生一个新的计划。比较这两个查询的性能。如果新计划没有提高性能，可以从备份文件中导入先前冻结的计划。 - 悲观：如果假设系统软件或类定义的更改可能不会提高特定查询的性能，请使用此策略。运行查询并冻结计划。更改软件。使用`%NOFPLAN`关键字重新运行查询(这会导致冻结的计划被忽略)。比较这两个查询的性能。如果忽略冻结的计划没有提高性能，请保持冻结该计划并从查询中删除`%NOFPLAN`。 # 软件版本升级自动冻结计划 将InterSystems IRIS®Data Platform升级到新的主要版本时，现有的查询计划将自动冻结。这可确保重大软件升级永远不会降低现有查询的性能。升级软件版本后，对性能关键型查询执行以下步骤： 1. 执行计划状态为冻结/升级的查询，并监控性能。这是在软件升级之前创建的优化查询计划。 2. 将`%NOFPLAN`关键字添加到查询中，然后执行并监视性能。这将使用软件升级提供的SQL优化器优化查询计划。它不会解冻现有的查询计划。 3. 比较性能指标。 - 如果`%NOFPLAN`性能更好，则软件升级改进了查询计划。解冻查询计划。删除`%NOFPLAN`关键字。 - 如果`%NOFPLAN`性能较差，则软件升级会使查询计划降级。保持查询计划冻结状态，将查询计划从冻结/升级升级为冻结/显式。删除`%NOFPLAN`关键字。 4. 测试性能关键型查询后，可以解冻所有剩余的冻结/升级计划。 当在比最初创建计划时使用的InterSystems软件版本更新的InterSystems软件版本下准备/编译查询时，会发生这种自动冻结。例如，考虑一条在系统软件版本xxxx.1下准备/编译的SQL语句。随后升级到版本xxxx.2，再次准备/编译SQL语句。系统将检测到这是SQL语句在新版本上的第一次准备/编译，并自动将计划状态标记为冻结/升级，并将现有计划用于新的准备/编译。这确保使用的查询计划不会比以前版本的查询计划差。 只有主要版本的InterSystems系统软件升级才会自动冻结现有查询计划。维护发布版本升级不会冻结现有查询计划。例如，主要版本升级(如从2018.1升级到2019.1)将执行此操作。维护版本升级(如2018.1.0到2018.1.1)不执行此操作。 在管理门户SQL界面中，SQL语句计划状态列将这些自动冻结的计划指示为冻结/升级，计划版本指示原始计划的系统间软件版本。 可以使用`INFORMATION.SCHEMA.STATEMENTS` `Frozen=2`属性列出当前命名空间中的所有冻结/升级计划。 可以使用以下`$SYSTEM.SQL.Statement`方法冻结单个查询计划或多个查询计划：`FreezeStatement()`用于单个计划；`FreezeRelation()`用于关系的所有计划；`FreezeSchema()`用于架构的所有计划；`FreezeAll()`用于当前命名空间中的所有计划。有相应的解冻方法。 - 冻结方法可以提升(“冻结”)标记为冻结/升级到冻结/显式的查询计划。通常，可以使用此方法有选择地将适当的冻结/升级计划升级为冻结/显式，然后解冻所有剩余的冻结/升级计划。 - 解冻方法可以解冻指定范围内的冻结/升级查询计划：命名空间、架构、关系(表)或单个查询。 # 冻结计划界面 冻结计划界面有两种，用途不同： - Management Portal SQL语句界面，用于冻结(或解冻)单个查询的计划。 - `$SYSTEM.SQL.Statement`冻结和解冻方法，用于冻结或解冻命名空间、架构、表或单个查询的所有计划。 在Management Portal SQL界面中，选择`Execute Query`选项卡。编写查询，然后单击显示计划按钮以显示当前查询执行计划。如果计划被冻结，则查询计划部分的第一行是“冻结计划”。 在管理门户SQL界面中，选择SQL语句选项卡。这将显示SQL语句列表。此列表的计划状态列指定解冻、解冻/并行、冻结/显式或冻结/升级。(如果语句没有关联的查询计划，则计划状态列为空。) 可以使用`INFORMATION.SCHEMA.STATEMENTS` Frozen属性值列出当前命名空间中所有SQL语句的计划状态：`UNFRECTED(0)`、`Frozen/EXPLICIT(1)`、`Frozen/Upgrade(2)`或`UNFORMATED/PARALLEL(3)`。 要冻结或解冻计划，请在SQL语句文本列中选择SQL语句。这将显示“SQL语句详细信息”框。在此框的底部显示对帐单文本和查询计划。如果计划未冻结，则这些横断面的背景颜色为绿色，如果计划已冻结，则背景颜色为蓝色。在其正上方的对帐单操作下，可以根据需要选择冻结计划或解冻计划按钮。然后选择关闭。 - 冻结计划按钮：单击此按钮将冻结此语句的查询优化计划。冻结计划并编译该SQL语句时，SQL编译将使用冻结的计划信息并跳过查询优化阶段。 - 解冻计划按钮：点击该按钮将删除该语句冻结的计划，该语句的新编译将进入查询优化阶段，以确定要使用的最佳计划。 还可以使用`$SYSTEM.SQL.Statement`冻结和解冻方法冻结或解冻一个或多个计划。通过指定适当的方法，可以指定冻结或解冻操作的范围：单个计划的`FreezeStatement()`；关系的所有计划的`FreezeRelation()`；架构的所有计划的`FreezeSchema()`；当前命名空间中的所有计划的`FreezeAll()`。有相应的解冻方法。 ## 权限 用户只能查看他们具有`EXECUTE`权限的那些SQL语句。这既适用于Management Portal SQL语句列表，也适用于`INFORMATION.SCHEMA.STATEMENTS`类查询。 管理门户SQL语句访问要求对`%Development`资源具有`“USE”`权限。任何可以在管理门户中看到SQL语句的用户都可以冻结或解冻该语句。 对于SQL语句的目录访问，如果您具有执行该语句的权限或对`%Development`资源具有`“Use”`权限，则可以看到这些语句。 对于`$SYSTEM.SQL.Statement`冻结或解冻方法调用，必须对`%Developer`资源拥有`“U”`权限。 ## 冻结计划不同 如果计划被冻结，可以确定解冻该计划是否会导致不同的计划，而无需实际解冻该计划。此信息可以帮助您确定哪些SQL语句值得使用`%NOFPLAN`进行测试，以确定解冻计划是否会带来更好的性能。 可以使用`INFORMATION.SCHEMA.STATEMENTS` `FrozenDifferent`属性列出当前命名空间中此类型的所有冻结计划。 冻结的计划可能会因以下任一操作而与当前计划不同： - 重新编译该表或该表引用的表 - 使用`SetMapSelecability()`激活或停用索引 - 在表上运行`TuneTable` - 升级InterSystems软件版本 重新编译会自动清除现有的缓存查询。对于其他操作，必须手动清除现有缓存查询才能使新查询计划生效。 这些操作可能会也可能不会产生不同的查询计划。有两种方法可以确定它们是否这样做： - 手工检查个别冻结计划 - 每天自动扫描所有冻结计划 如果计划尚未由这两个操作中的任何一个检查，或者计划未冻结，则列出新计划的SQL语句列为空。解冻选中的冻结计划会将新建计划列重置为空。 ## 手动冻结计划检查 在冻结计划的SQL语句详细资料页的顶部有一个检查冻结按钮。按此按钮将显示解冻不同计划复选框。如果选中此框，则解冻计划将导致不同的查询计划。 对冻结计划执行此检查冻结测试后： - 如果选中解冻计划不同框，则列出新计划的SQL语句列包含“1”。这表明解冻计划将导致不同的计划。 - 如果未选中解冻计划不同框，则列出新计划的SQL语句列将包含“0”。这表明解冻计划不会产生不同的计划。 - 已冻结的缓存查询的New Plan为“0”；清除缓存查询，然后解冻该计划会导致SQL语句消失。 - 已冻结的`Natura`l查询在New Plan列中为空。 执行此测试后，检查冻结按钮消失。如果要重新测试冻结的计划，请选择刷新页面按钮。这将重新显示检查冻结按钮。 ## 日冻结计划自动检查 InterSystems SQL每晚`2：00`自动扫描SQL语句清单中的所有冻结语句。这次扫描最多持续一个小时。如果扫描未在一小时内完成，系统会记下它停止的位置，并从该点继续进行下一次每日扫描。可以使用管理门户监视此每日扫描或强制其立即扫描：选择系统操作、任务管理器、任务计划，然后选择扫描冻结计划任务。 此扫描检查所有冻结的计划： - 如果冻结的计划具有与当前版本相同的InterSystems软件版本，InterSystems IRIS®Data Platform将计算两个计划的引用表和时间戳的散列，以创建可能已更改的内部计划列表。对于这个子集，它然后执行两个计划的逐个字符串比较，以确定哪些计划实际上不同。如果两个计划之间有任何不同(无论有多小)，它都会在列`出New Plan`列的SQL语句中用`“1”`标记SQL语句。这表明解冻计划将导致不同的查询计划。 - 如果冻结的计划具有与当前版本相同的InterSystems IRIS版本，并且两个计划的逐字符串比较完全匹配，则它会将列出新计划的SQL语句列中的SQL语句标记为`“0”`。这表明解冻计划不会导致不同的查询计划。 - 如果冻结的计划具有与当前版本(冻结/更新)不同的InterSystems软件版本，InterSystems IRIS将确定对SQL优化器逻辑的更改是否会导致不同的查询计划。如果是，它将用`“1”`标记“SQL Statements Listing New Plan”列中的SQL语句。否则，它会用`“0”`标记SQL语句`New Plan`列。 可以通过调用`INFORMATION.SCHEMA.STATEMENTS`来检查此扫描的结果。以下示例返回所有冻结计划的SQL语句，指示冻结的计划是否与未冻结的计划不同。请注意，解冻语句可以是`Frozen=0`或`Frozen=3`： ```sql SELECT Frozen,FrozenDifferent,Timestamp,Statement FROM INFORMATION_SCHEMA.STATEMENTS WHERE Frozen=1 OR Frozen=2 ``` ## 冻结计划出错 如果语句的计划被冻结，并且计划使用的定义发生了某些更改，从而导致计划无效，则会发生错误。例如，如果从语句`PLAN`使用的类中删除了索引： - 该声明的计划仍处于冻结状态。 - 在“SQL语句详细信息”页上，“编译设置”区域显示“计划错误”字段。例如，如果查询计划使用索引名`indxdob`，然后您修改了类定义以删除索引`indxdob`，则会显示如下消息： `Map 'indxdob' not defined in table 'Sample.Mytable', but it was specified in the frozen plan for the query`. - 在SQL语句详细资料页上，查询计划区域显示由于冻结计划中的错误而无法确定计划。 如果在冻结计划处于错误状态时重新执行查询，则InterSystems IRIS不使用冻结计划。相反，系统会创建一个新的查询计划，该计划将在给定当前定义的情况下工作，并执行查询。此查询计划被分配了与前一个查询计划相同的缓存查询类名。 在计划解冻或修改定义以使计划返回有效状态之前，出错的计划将一直处于错误状态。 如果修改定义以使计划返回有效状态，请转到SQL语句详细资料页，然后按清除错误按钮以确定是否已更正错误。如果更正，计划错误字段将消失；否则将重新显示计划错误消息。如果已更正定义，则不必显式清除计划错误，SQL即可开始使用冻结计划。如果已更正定义，则清除错误按钮会使SQL语句详细资料页的冻结查询计划区域再次显示执行计划。 计划错误可能是 `“soft error.”`。当计划使用索引，但查询优化器当前无法选择该索引时，可能会出现这种情况，因为`SetMapSelecability()`已将其可选择性设置为`0`。这样做可能是为了[重建]索引。当InterSystems IRIS遇到具有冻结计划的语句的软错误时，查询处理器会尝试自动清除错误并使用冻结计划。如果该计划仍然出错，则该计划将再次标记为出错，并且查询执行将尽可能使用最佳计划。 # %NOFPLAN关键字 可以使用`%NOFPLAN`关键字覆盖冻结的计划。包含`%NOFPLAN`关键字的SQL语句将生成新的查询计划。冻结的计划将保留，但不会使用。这允许测试生成的计划行为，而不会丢失冻结的计划。 ```sql DECLARE CURSOR FOR SELECT %NOFPLAN ... SELECT %NOFPLAN .... INSERT [OR UPDATE] %NOFPLAN ... DELETE %NOFPLAN ... UPDATE %NOFPLAN ``` 在`SELECT`语句中，`%NOFPLAN`关键字只能在查询中的第一个`SELECT`之后立即使用：它只能与`UNION`查询的第一个分支一起使用，不能在子查询中使用。`%NOFPLAN`关键字必须紧跟在`SELECT`关键字之后，位于`DISTINCT`或`TOP`等其他关键字之前。 # 导出和导入冻结计划 可以将SQL语句作为`XML`格式的文本文件导出或导入。这使可以将冻结的计划从一个位置移动到另一个位置。SQL语句导出和导入包括关联查询计划的编码版本和指示该计划是否冻结的标志。