登录社区云,与社区用户共同成长
邀请您加入社区
31项KES专业技能开源,让AI编程助手更懂数据库
我以前也觉得,做新媒体营销只要开个ChatGPT或者随便找个免费的云端AI写写文案就够了,直到公司连续换了3个运营、账号矩阵的数据还是起不来,让我开始怀疑这件事。然后我做了一件很笨的事:把市面上主流的AI营销解决方案全部列出来,一个一个去验证它们的实际产出效果。
TimechoAI是面向工业时序数据的智能分析平台,以专属大模型与时序数据库协同,零代码提供预测、异常检测等能力,打通全链路,降低落地门槛。
TimechoAI提出国产时序全栈解决方案,针对工业时序数据的安全与智能化需求,构建存算一体化体系。该方案包含自研时序数据库(TimechoDB)与专属时序大模型(TimechoAI),全链路实现数据采集、存储、加密、分析的闭环内网处理,解决海外技术依赖、数据外泄和通用模型适配差等问题。核心技术包括长周期预测、无样本异常检测、缺失值补全及多测点关联分析,已在能源、轨交、钢铁等行业落地,存储压缩比提
近日,中国信息通信研究院(简称”中国信通院”)2026 上半年评估测试结果正式揭晓。经来自联通软研院、陕西移动、瑞众人寿、上海国际汽车城、中国航信、邮储银行等单位的行业专家评审,,成为本批次中同时斩获 AI 大模型时序数据管理平台、时序数据库性能、时序数据库稳定性三大领域认可的数据库产品。其中,TDengine是通过基于 AI 大模型的时序数据管理平台全项测评的产品,时序数据库性能与稳定性两项专项
摘要:随着AI气象大模型在预报精度上不断突破,高质量数据供给不足成为制约科研效率的瓶颈。传统分散的数据获取方式耗时费力,而聚合型气象数据平台通过整合多源数据、优化融合算法,显著提升了数据获取效率和质量。以羲和能源气象大数据平台为例,其提供的历史与未来气候情景数据(至2100年)、小时级分辨率及多模型集成功能,已支撑200余篇高水平论文研究。这类平台通过简化数据预处理环节,使科研人员能将更多精力投入
TimechoAI时序大模型是一款基于清华Timer模型的时序预测工具,旨在通过API调用简化传统时序建模流程。其核心能力包括高精度预测(比传统方法提升20%+)、毫秒级响应、多变量联合预测(支持协变量输入)以及企业级安全(支持私有化部署)。产品提供三种数据输入方式(绘制曲线、粘贴数据、上传文件)和六种预测模型可选(包括Timer系列和经典统计模型)。独特的数据评估功能可提前检测数据质量,避免无效
摘要: 时序大模型 TimechoAI 通过人工智能技术,为工业时序数据分析提供智能化解决方案。传统方法依赖人工规则和经验,难以应对海量时序数据(如设备温度、电流等)的分析需求。TimechoAI 基于时序基础模型 Timer,支持时序预测、异常检测、数据填补等功能,能够理解多变量时间序列的复杂变化规律,实现提前预警和趋势预测。该平台降低了企业使用时序AI的门槛,无需复杂算法开发即可快速验证模型效
移动云目前已构建出完善的云智算体系,能够为大模型部署、应用提供算力、模型、智能体、开发工具等全链路服务。以模型服务为例,针对不同规模、不同行业企业的大模型差异化使用需求,移动云可通过模型服务平台为企业提供涵盖文本、图像、语音、视频等全模态类型的300余款主流优质大模型,同时平台创新引入“智能路由调度”机制,能够根据问题复杂度、响应时效要求、数据敏感性等用户请求特征,自动匹配当前模式下最适合的模型。
目前移动云既能够基于GPU云主机、裸金属服务器、智算一体机提供智算算力,也能通过智算平台、模型服务平台提供从资源到工具全链路智算服务。以移动云模型服务平台为例,该平台能够为用户提供包括开源、闭源、自研九天大模型在内的300余款主流优质大模型,涵盖文本、图像、语音、视频等全模态类型,同时还能提供政务、文旅、金融、应急等多领域智能体,因此能够大幅降低用户模型、智能体开发难度,以大模型原生应用加速智能化
上周五深夜,北京著名的工体酒吧一条街上,一家名叫"迈阿密"的酒吧里,月之暗面的年轻人包下数十张卡座,大屏幕滚动着中英双语标语:“K3扩容升级,K4给我狠狠干到极致,冲上月球。会用AI的人与不会用AI的人,能拿到算力资源的公司与拿不到的公司,掌握数据的大平台与没有数据的普通人——差距不是在缩小,而是在以另一种方式拉大。既拓展了认知的边界,也在悄悄侵蚀独立思考的土壤。看到这条AI圈少见的“娱乐新闻”,
influxdb3 浏览器登录需要单独的后台,在influxdb官网可以下载。
执行时间:$t_{\text{wasm}}$(Wasm模块时间) vs $t_{\text{js}}$(纯JavaScript时间)。公式化表示平均时间:$$\bar{t} = \frac{1}{N} \sum_{i=1}^{N} t_i$$,其中$N$为运行次数。Wasm版本通常更快:$t_{\text{wasm}} < t_{\text{js}}$,因为Wasm编译优化减少了解释开销。斐波那契
nfluxDB 是一种高性能的开源时序数据库,专门用于存储和查询时间序列数据。它由 InfluxData 开发,首次发布于 2013 年,用 Go 语言编写,注重性能、可扩展性和开发者的生产力。InfluxDB 适用于监控性能指标、物联网数据和实时数据分析等场景。
本文档面向熟悉 TDengine 的专业开发人员,提供 Java 连接器的进阶使用指南。内容涵盖性能优化、高可用架构、复杂场景处理等高级主题,帮助您充分发挥 TDengine 的性能潜力。阅读本文档前,请确保您已熟悉中的基本概念和 API 使用方法。
本文介绍了在上部署时序数据库与Telegraf数据采集的完整流程,从系统准备、安装、配置到验证以及性能评估均进行了详尽讲解。适用于监控、日志分析、IoT 数据采集等场景。通过合理的采集频率与硬件资源规划,能够在生产环境稳定运行并获得高质量时序数据。如需进一步可视化分析,可在此基础上集成Grafana或其他查询引擎构建监控大屏。
TDengine 提供符合 RESTful 设计标准的 HTTP API,通过简单的 HTTP 请求即可操作数据库。直接在 HTTP POST 请求体中包含 SQL 语句来操作数据库,仅需一个 URL 即可完成所有操作。"code": 0,TDengine REST API 为开发者提供了一种简单、灵活、跨平台的数据库访问方式。通过本手册,你应该已经掌握:✅ REST API 的适用场景和优势✅
对于正在进行时序数据库选型的企业,我们的建议是:不要被 InfluxDB 的名气所迷惑,而是要根据实际的应用场景和性能需求进行选择。而对于已经在使用 InfluxDB 的企业,如果您正在面临性能和成本的问题,迁移到 TDengine 可能是一个值得考虑的选项。同时,系统还支持数据的重复检测和去重,确保数据的准确性。InfluxDB 采用的是"多设备一张表"的数据模型,所有设备的数据都存储在同一张表
《国产时序数据库替换实践:从InfluxDB到电科金仓的转型之路》 本文分享了企业因信创要求将InfluxDB替换为电科金仓的完整历程。面对国外数据库的授权费高、技术支持滞后、性能瓶颈等问题,团队经过半年选型测试,最终选定兼容性好、多模融合能力强的电科金仓。迁移过程采用三阶段灰度策略:先历史数据、再非核心业务、最后核心业务,期间通过双写机制确保平稳过渡。实践表明,金仓在查询性能、运维成本等方面表现
influxdb 在物联网项目中实战,针对数据结构tag设计引发的时间线基数问题,导致无法正常读写数据问题
时序数据库选型指南:InfluxDB与Prometheus对比 InfluxDB与Prometheus是两大主流开源时序数据库,分别针对不同场景设计。
DolphinDB 脚本开发总卡壳?函数记不住、语法老出错,查技术文档太耗时?福利来了!DolphinDB 社区贡献者 Hugo 自研 DolphinDB Skill,适配多款 AI 代理工具,VS Code 里就能实现 AI 辅助编码+知识点讲解,效率直接拉满🚀
本文分析了 InfluxDB 1.x 版本广受欢迎的原因,指出其类 SQL 语法 InfluxQL 相比 2.x 引入的 Flux 语法更具易用性。随着 Spring Boot 升级至 3.5 版本,官方移除了对 InfluxDB 1.x 的自动配置支持,导致原有集成方式失效。为解决兼容性问题,作者参照 Spring Boot 3.3 的实现范式,通过引入 influxdb-java 依赖,手动编
从这个角度来看,通用型仪表盘和工业数据管理平台的差异,并不只是界面长得不一样,或者功能列表多少有别,它们背后其实代表着两种完全不同的设计思路。前者强调的是灵活地把数据画出来,后者强调的是围绕真实资产去组织数据、分析和认知。前者更适合通用的可视化需求,后者则更适合工业场景中对上下文、标准化和规模复制的要求。归根结底,工业团队需要的从来不只是“看到数据”,而是能够借助系统直接理解设备状态,快速进入问题
每个桶可以独立设置。
本文深入解析InfluxDB时序数据库的核心原理与使用技巧。首先对比了1.x/2.x(TSM引擎)与3.x(IOx引擎)的写入流程差异,重点介绍了数据导入的三种方式(行协议、CSV、CLI)。通过空气传感器示例,详细阐述了Bucket、Measurement、Tag/Field等核心概念,特别强调了Series(时间线)作为性能关键指标的重要性。 文章着重对比了InfluxDB列式存储与MySQL
本文介绍了InfluxDB时序数据库中的三大核心技术:分片、压缩和降采样。分片通过时间切割数据,实现高效删除和查询;压缩利用时序数据特性大幅减少存储空间;降采样通过聚合统计降低数据密度,提升查询性能。三者协同工作可解决生产环境中的三大痛点:存储空间爆炸、查询性能下降和历史数据保留问题。文章详细阐述了各项技术的原理、优势与不足,并提出了"原始桶短保留+聚合桶长保留"的双桶架构标准
RPC(Remote Procedure Call)通信层是 TDengine 分布式系统的网络基础设施。集群中所有节点间的通信——客户端到 taosd、dnode 到 mnode 的心跳、Raft 日志复制、查询分发——都通过 RPC 层完成。协议格式:消息头结构、魔数校验、序列号追踪连接管理:基于 libuv 的 TCP 连接池、空闲回收、多路复用重试机制:指数退避、EP 轮转、快速失败通道隔
本文评测三款主流时序数据库:TDengine性能强、适配工业及国产化场景;TimescaleDB依托PG生态,兼容好;InfluxDB生态完善,适合海外监控场景,并给出对应选型建议。
本文全面解析InfluxDB V2.0的核心概念、Flux查询语言与数据可视化实战技巧。从Bucket、Organization等基础概念入手,深入讲解TSM存储引擎和分片机制,详细演示Flux查询的流水线操作,并分享Grafana集成的生产环境配置方案。通过性能优化建议和真实监控案例,帮助开发者高效构建时序数据系统。
【摘要】Elasticsearch 9.4引入的synthetic_id技术通过创新方式优化时序数据存储:利用Bloomfilter替代传统_id倒排索引,动态通过_tsid和@timestamp生成文档标识符。该方案在保持API兼容性的同时,显著降低34%的存储开销并减少6%的CPU消耗,已在Elastic Cloud Serverless上线。文章详细解析了技术原理,包括Bloomfilter
本文深入探讨了Flink监控体系中指标报告器的选型与优化策略,对比分析了Graphite、InfluxDB和Prometheus三大主流技术栈的优缺点及适用场景。通过实际案例和配置示例,帮助开发者规避常见问题,构建高效、稳定的监控系统,提升Flink集群的运维效率与可靠性。
本文详细解析了InfluxDB 2.x迁移过程中InfluxQL查询的兼容性问题,重点介绍了DBRP映射的核心原理与实战操作。通过CLI命令和示例代码,帮助技术人员快速解决数据库和保留策略的映射问题,确保查询脚本在2.x版本中正常运行。
本文详细介绍了InfluxDB 2.x权限管理的核心概念和实战技巧,重点讲解如何通过CLI工具安全创建Token、用户和Bucket。内容涵盖权限模型解析、CLI环境配置、精细化权限管理以及存储桶安全策略,帮助用户构建安全的时序数据库权限体系,实现数据资产的有效保护。
维度存储引擎自研 TSM + 倒排索引基于 Arrow + Parquet 的列式存储查询语言标准 SQL + InfluxQL压缩算法Gorilla / Snappy / Simple8b 等Parquet 原生列压缩 + 字典编码索引机制TSI 倒排索引基于 Arrow 数据字典的元数据索引高可用企业版支持两集群架构3.0 起原生分布式,核心组件无状态存储后端本地文件系统支持对象存储(S3 等
本文详细介绍了如何在Spring Boot项目中集成TDengine时序数据库。主要内容包括: TDengine简介:高性能分布式时序数据库,适合物联网、工业互联网等场景,具有百万级写入性能、高压缩比和超级表设计等特点。 环境准备:JDK1.8+、Spring Boot 2.5.x+、TDengine 2.6.x+,提供了Linux和Docker两种安装方式。 项目集成步骤: 创建Spring B
时序数据存储选型指南。对比InfluxDB、TDengine、TimescaleDB等主流方案,解析五模融合引擎的智能压缩、智能分区与多模融合能力。