搜索

Help

第16.6页,共30页。 显示 292 条结果 (0.089 秒)

  1. 部署Smartbi-NLA自然语言分析引擎

    模型版本 组件 配置 CPU 内存 硬盘 NLA核心服务 最低配置 X86架构 16核 32G 1TB+ 推荐配置 X86架构 32核 128G 1TB+ 大模型版本的机器需要有GPU,大模型版本的硬件要求请查看文档 https … 台服务器上,由于 NLA 对计算和内存资源的使用量均较高,会抢占资源导致卡顿、死机、进程被杀死等问题。 (3) 当服务器配置为最低配置时,即16核32GB。并发数推荐为30个左右,最高不应超过40个。不同并发数下的平均响应时间如下: 并发数 平均响应时间 20 2.487s 30
  2. SmartbiMPP高速缓存库监控管理工具

    。 image2024-5-29_9-48-7.png 3.3.7 复制表信息查询 查看复制表运行情况。 image2024-5-29_9-46-11.png 3.3.8 高频SQL查询 查询正在进行的后台更新语句,结果集受执行时间参数筛选控制。 image2024-5-29_9-47-35.png 3.3.9 内存消耗高SQL查询 查询内消耗高 … 执行时间参数筛选控制。 image2024-5-29_9-47-35.png 3.3.9 内存消耗高SQL查询 查询内消耗高的SQL语句情况,结果集受执行时间参数筛选控制。 image2024-5-29_9-49-43.png 1. 需求背景 针对产品中使用的SmartbiMPP高速缓存库,用户
  3. Excel导入模板介绍

    的数据,直接在数据库表中插入需要更新的数据。 全量:全量就是在数据导入到数据库之前,把数据库中表的数据先清除了之后再导入。 主键校验方式 数据处理模式选择全量时,支持配置主键校验方式。 如果Excel文件数据量较少,使用 内存校验 可以优化性能;如果Excel文件数据量较多时,请选择 数据库校验。 内存校验:通过Java校验Excel文件自身内容是否存在主键冲突; 数据库校验:通过数据库校验Excel文件自身内容是否存在主键冲突; 主键冲突处理规则 数据处理模式选择增量时,支持配置主键冲突处理规则。 主键冲突处理规则指当Excel中要导入的数据与数据库中已有数据的主键重复时的处理规则,可以
  4. 系统监控-服务监控

    服务监控主要是监控挖掘服务的运行状况,包括运行服务的状况、缓存、jvm的内存、日志等等 提供给管理员用于系统维护支持。 image2021-8-26_14-52-20.png
  5. Smartbi系统配置信息说明

    内存对象数据默认值为10000,通过 自动检测 按钮,系统按当前服务器的内存进行分配。 16.png 16、令牌登录 用约定的密钥去加密用户信息形成token image2021-9-8_16-45-40.png 配置项 说明 密钥 用来解密token信息。客户端需要用密钥来进行加密用户信息
  6. Smartbi Config页面介绍

    集群内部通信端口:40000,40001,40100,40101。 集群节点中配置集群方式(手动或自动)必须相同。 14、缓存 内存对象数据默认值为10000,通过 自动检测 按钮,系统按当前服务器的内存进行分配。 16.png 15、令牌登录 用约定的密钥去加密用户信息形成token
  7. AWS Redshift数据连接

    =true&defaultFetchSize=-2147483648”,用于优化内存占用,在抽取千万级别的海量数据到高速缓存库时能显著提高数据抽取性能。 1.、不支持存储过程的方式读取数据。 2、数据库不支持修改表字段类型,不为空需要指定默认值default,指标模型产品不考虑支持,即指标管理维表事实表支持创建表、添加\删除字段,但是不支持
  8. StarRocks数据连接

    “大数据量兼容”后,会自动在“连接字符串”结尾添加“&useCursorFetch=true&defaultFetchSize=-2147483648”,用于优化内存占用,在抽取千万级别的海量数据到高速缓存库时能显著提高数据抽取性能。 允许加载Excel数据:用于设置允许加载文件数据源。 2.3 测试连接 1
  9. Clickhouse中如何查询落地到磁盘中的表的大小

    的空间占用情况,看看哪个库占用的内存大,再反馈具体的占用情况再作下一步的分析: select database, table , rows, FLOOR( bytes_on_disk / 1024 / 1024) as MB_on_disk, FLOOR
    FAQ中心四月 27, 2025
  10. 高速缓存库

    ,会把多表拆分成多个执行计划执行,这样会影响查询效率。因此Presto不适合执行的多表关联场景有:跨库多表关联拼接查询。 2、Presto的关联机制:Presto会默认执行广播式的JOIN操作,会将左表拆分到几个工作节点上,然后发送整个右表分别到已拆分好的处理左表的工作节点上,如果右表非常大就会超出工作节点的内存限制