第39页，共316页。 显示 3,154 条结果 (0.053 秒)
文件上传的审核流程 ⬝ 业务需求说明
需求说明 某公司要求项目相关人员及时补充项目资料，审批人员对资料进行审批。具体流程说明如下： 1、 所有项目的相关员工，将自己获取的项目资料不定期的上传到公司知识库。 2、 项目资料管理用户对上传的资料进行审批。 需求解析 通过分析以上的需求，我们总结出如下几点内容： 1、 根据流程，应该有两类用户：资源上传用户和资料审批用户，其中资源上传用户可以是系统中所有用户，资料审批用户通常是资料管理员。 2、 流程遵循的流转路线为：用户上传项目资料，审批人员审批项目资料，审批通过则流程结束。知识配置规范
1. 什么是知识 知识（Knowledge）是指在自然语言到SQL（NL2SQL）转换过程中，用于帮助大模型理解业务领域特定术语、逻辑、规则等的辅助信息。 知识的配置旨在提升模型生成SQL/MQL的准确性和可解释性，尤其是在面对复杂业务场景时。 2. 为什么要配置知识 提升模型理解能力：通过配置业务知识，模型能够更好地理解业务领域的特定术语、逻辑和规则，从而生成更准确的MQL语句； 应对复杂业务场景：在业务逻辑复杂、数据模型不规范或多义词存在的情况下，配置知识可以帮助模型避免生成错误的MQL； 增强模型泛化能力：通过合理的知识配置，模型能够在面对新问题时，基于已有知识进行推理，提升泛化能力； 减少人工干预：通过配置数据模型-支持“业务视图”作为数据来源
数据模型的【数据源表】只支持选择业务视图中的”SQL查询“！ 2、该功能在V10.5.8及以上版本才能使用。 2、操作说明 2.1 新建”SQL查询“ 数据连接 > 数据库> 业务视图, 右键菜单，如下图： 1.png 点击新建”SQL查询“，会把数据库直接带入到编辑界面： 2.png 1、“SQL查询”也是原生SQL查询语法跟原生SQL查询一致 2、”SQL查询“不支持参数(包含公共参数) 写好SQL语句执行成功，如果没有语法错误，点击保存，会在数据库>业务视图 下面多一个”SQL查询“的资源，如下图： 4.png 还可以右键进行编辑； 2.2 在数据模型中使用业务视图 入口：在数据模型添加数据源表AIChat知识必选、启用（自动）、禁用区分
（本文档仅供参考） 问题说明 目前配置知识的时候有三种状态可选，我们如何选择合适的状态呢？他们之间的区别是什么？ image2024-9-20_15-19-19.png 解决方案 禁用：字面意思不可用 启用（自动）：字面意思可用，让大模型可以根据灌输的业务知识进行意图识别 必选：字面意思可用，且全局生效的意思 使用区分 知识包含的条件是必要条件那就选择为必选，反之选启用就行。 必选如果是问句跟这个知识没有关联，也会把知识的条件带上去。如何判断应该用同义词还是知识
选择对应的业务知识。 同义词和普通知识都是基于向量的相似度匹配。 … （本文档仅供参考） 问题说明 1、判断需要配置是一个词语还是一句话，若是一个词语则用同义词，反之用知识。 2、同义词并不要求匹配目标一定也是模型中维度名称或度量名称 解决方案 场景1：上市公司是指退市日为9999-12-31过滤后的公司，确保输出字段包含公司名称业务视图
是使用当前数据源下已有的资源进行计算、汇总、条件等设置，查询出客户需要的数据，并保存作为公共视图的一类资源。 我们可以把业务视图理解为在产品中创建的数据库中的视图，它和数据源中的视图一致，可以添加表关系，作为资源创建业务主题等。 业务视图支持和数据源下的其他资源进行表关系的关联使用。 实现背景 1、业务数据库数据没有清洗，并且连接数据源的用户无权限在数据库中创建视图。 2、客户需要一个全局视图获取业务数据，并且可以和数据源下已有表进行表关系的创建。 3、创建好的视图可以和数据源的视图一样作为全局资源，应用于业务主题、业务查询的创建。 为了满足上述条件，可以使用业务视图功能在产品中创建视图抽取数据后存储为公共视图业务视图
是使用当前数据源下已有的资源进行计算、汇总、条件等设置，查询出客户需要的数据，并保存作为公共视图的一类资源。 我们可以把业务视图理解为在产品中创建的数据库中的视图，它和数据源中的视图一致，可以添加表关系，作为资源创建业务主题等。 业务视图支持和数据源下的其他资源进行表关系的关联使用。 实现背景 1、业务数据库数据没有清洗，并且连接数据源的用户无权限在数据库中创建视图。 2、客户需要一个全局视图获取业务数据，并且可以和数据源下已有表进行表关系的创建。 3、创建好的视图可以和数据源的视图一样作为全局资源，应用于业务主题、业务查询的创建。 为了满足上述条件，可以使用业务视图功能在产品中创建视图抽取数据后存储为公共视图数据源变动的情况下，业务主题是否需要修改？
（本文档仅供参考） 问题说明 在图表的数据源发生变动时，是否需要同时重新编排“业务主题”来维持图表的稳定？ 解决方案 数据源下的表进行了增删字段，需要重新对“业务主题”中的业务属性的表达式重新拖拽对应的字段，因为形成“业务主题”类似于数据库的视图，来源字段被删除，需要重新添加对应字段才可以，不然会报字段已经delete的问题；而数据库表对于新增字段，原本“业务主题”就是可以只挑选某些字段重新形成一个业务视图的，这时候新增的字段不会自动新增到业务主题上。 image2019-2-20 17:1:2.png作业流实现根据业务表数据判断执行下游分支节点
（本文档仅供参考） 期望在使用ETL和作业流实现数据调度时，根据某业务库数据去判断执行是否执行下游节点或执行下游哪个节点。 V10版本： 示例场景：获取某用户表用户数，根据用户数判断执行下游哪个节点。 image2024-12-19_16-56-14.png 新建公共参数：在公共参数中通过编写SQL语句，获取用户表的用户数。 image2024-12-20_9-40-19.png image2024-12-20_9-40-28.png 新建ETL：在etl中引用公共参数。 image2024-12-20_9-46-35.png 新建作业流：在作业流中引用etl数据建模理论知识
接入多维数据库，模型中接入不同的数据库表时需要切换成抽取模式； 2、数据源表就不支持映射参数；脚本查询、Java查询这些就不支持直连模式。 3、目前Smartbi暂未直接支持多对多的关系，如现实业务是多对多的关系，建议中间增加一张关系表，然后原始的两张表和这张中间关系表变成一对多的关系。 4、计算列不支持跨表创建，分组 … 。 为什么现在只有数据模型？ 对于老用户来说，升级到V11后：诶嘿！怎么不能新建原生SQL数据集、业务主题呢？为啥只能新建数据模型了呢！ 其实问题主要出在旧版本的设计上： 概念太多记不住：以前产品里又是数据集又是业务主题，光名字就一大堆。根本分不清什么时候该用哪个，就像超市货架上摆满包装相似的调料瓶，厨房小白根本
