您好,不知您是用什么工具构建dashboard。 如果是deepsee或者其他BI工具,在构建dashboard之前需要先基于关系模型构建分析模型(如Cube)。而直接导入的global文件如果不包含该数据对应的表或对象元数据,就不能通过建立cube分析模型构建dashboard。

但如果只是需要dashboard展示数据,并没有建立分析模型必要,则可以考虑通过定义KPI,书写自定义代码建立global与KPI结果集转换关系的方式来构建dashboard。参见:

https://docs.intersystems.com/irisforhealth20221/csp/docbook/Doc.View.cl...

https://docs.intersystems.com/irisforhealth20221/csp/docbook/Doc.View.cl...

透视表需要基于Cube或Subject Area构建,您需要先建立Cube和SA才能创建透视表

在BI套件中,Architect/模型工具用于创建Cube和SA;Analyzer/分析器 用于创建透视表

您好,不知道您是不是使用BI套件在制作dashboard?

如果是,那么dashboard只是个用于摆放数据控件的容器,本身不需要绑定数据源。

对于数据源的绑定是通过在dashboard中引用透视表或其他数据可视化组件完成的。

从文档库搜索关键词“JDBC“

进入第一篇或第二篇文档,其中明确指出了IRIS使用的JDBC参数

耗时大约15秒

请务必使用官方文档以达到事半功倍的效果哦  laugh

如果是指数据库层的读写分离,可以使用Sharding技术,利用Sharding技术中的计算结点和数据结点,搭建负载均衡+读写分离的数据库集群,参考:

https://docs.intersystems.com/irisforhealthlatest/csp/docbook/DocBook.UI...

如果服务器/实例资源有限,又想实现读负载与写负载的分离,那么基于@Qiao Peng指出的镜像异步成员,在API层(即应用程序层)通过业务流程来控制查询/写入操作的分发则是成本较低的方案。

您好,

我在一个测试环境中实验了在BO代码中切换DSN本身是没有问题的,可以先测试和确认两个DSN是否都能正常工作。

如DSN本身能正常连通但在BO中切换出现问题,麻烦提供下代码。

日志守护进程维护Journal的读写,该进程若不活动通常意味着磁盘瓶颈、IO异常等问题,严重时会导致实例不可用。

建议联系WRC跟踪、定位和解决问题。

有的,由于单个字段长度有限制,因此总长也有限制