PostgreSQL:如何把PostgreSQL变成时序数据库(TimescaleDB)

更多内容请见《深入掌握PostgreSQL数据库》 - 专栏介绍和目录

文章目录

将 PostgreSQL 转变为高性能时序数据库的核心方案是使用 TimescaleDB —— 一个开源、兼容 PostgreSQL 的时序数据库扩展。它在保留 PostgreSQL 全部功能(SQL、JSON、GIS、关系模型等)的基础上,针对时间序列数据(如监控指标、IoT 传感器、金融行情、日志等)进行了深度优化,提供自动分区、高效写入、快速查询、数据压缩、连续聚合等关键能力。

官方资源:文档:https://docs.timescale.com/GitHub:https://github.com/timescale/timescaledb社区 Slack:https://slack.timescale.com/

一、为什么需要时序数据库?

1.1 时序数据的特点

  • 高写入吞吐:每秒数万至百万级数据点(如 IoT 设备上报)
  • 时间有序:每条记录带时间戳,按时间排序
  • 稀疏更新:几乎只插入,极少更新或删除
  • 冷热分离:近期数据频繁查询,历史数据归档或降采样
  • 聚合分析为主:按时间窗口统计(如每分钟平均值)

Read more

唤醒80年代记忆:基于百度地图的一次老式天气预报的WebGIS构建之旅

唤醒80年代记忆:基于百度地图的一次老式天气预报的WebGIS构建之旅

目录 一、省会城市信息构建 1、省会城市空间查询 2、Java后台查询 二、Java省会城市天气查询 1、与百度开放平台集成天气 2、响应对象属性介绍 3、省会天气实况展示 三、WebGIS应用构建 1、背景音乐集成 2、城市标记及天气展示 3、城市轮播 4、成果展示 四、总结 前言         在数字技术飞速发展的今天,我们常常沉浸于各种高科技带来的便捷与震撼之中,却容易忽视那些曾经陪伴我们成长、承载着时代记忆的旧事物。80年代的天气预报,便是这样一份珍贵的文化遗产。它以简洁而质朴的方式,传递着天气信息,也传递着那个时代的气息。那种对自然的敬畏、对信息的渴望,以及一家人共同分享的温馨氛围,都深深烙印在我们的记忆中。然而,随着时间的推移,天气预报的形式已经发生了翻天覆地的变化。高清的画面、精准的数据、个性化的推送……这些现代技术带来的便利固然令人欣喜,但也在一定程度上让我们失去了那份对天气预报本身的纯粹情感。于是,

By Ne0inhk

使用Docker安装Ollama及Open-WebUI完整教程

作者:吴业亮 博客:wuyeliang.blog.ZEEKLOG.net 一、Ollama 简介及工作原理 1. Ollama 简介及原理 * 简介:Ollama 是一款轻量级、开源的大语言模型(LLM)运行工具,旨在简化本地部署和运行大语言模型的流程。它支持 Llama 3、Mistral、Gemini 等主流开源模型,用户无需复杂配置即可在本地设备(CPU 或 GPU)上快速启动模型,适用于开发测试、本地智能应用搭建等场景。 * 工作原理: * 采用模型封装机制,将大语言模型的运行环境、依赖库及推理逻辑打包为标准化格式,实现模型的一键下载、启动和版本管理。 * 通过优化的推理引擎适配硬件架构,支持 CPU 基础运行和 GPU 加速(如 NVIDIA CUDA),减少资源占用并提升响应速度。 * 提供简洁的

By Ne0inhk
cann-recipes-train 仓库深度解读:昇腾平台下 DeepSeek-R1 与 Qwen2.5 强化学习训练优化实践

cann-recipes-train 仓库深度解读:昇腾平台下 DeepSeek-R1 与 Qwen2.5 强化学习训练优化实践

cann-recipes-train 仓库深度解读:昇腾平台下 DeepSeek-R1 与 Qwen2.5 强化学习训练优化实践 前言 自 DeepSeek-R1 发布以来,大模型的强化学习(RL)训练掀起了新一轮的技术热潮。各大厂商与开源社区纷纷投入实践,持续探索更高效的 RL 训练体系。本文将基于 cann-recipes-train 仓库,解读两个实践样例:DeepSeek-R1 的 RL 训练优化实践样例、基于 verl 框架的 Qwen2.5 强化学习实践样例 cann-recipes-train 仓库全景解析:昇腾训练优化的"实战底座" 大模型训练拼效率的阶段,CANN 直接帮我们搞定了底层异构硬件适配、资源调度这些麻烦事,不用再从零研究 GPU 和 NPU 怎么协同,现有模型代码也不用大改就能对接,训

By Ne0inhk
DApp 开发怎么做?从合约到前端交互的完整落地流程(附常见坑与避坑清单)

DApp 开发怎么做?从合约到前端交互的完整落地流程(附常见坑与避坑清单)

很多人聊区块链项目时,讨论最多的是叙事、代币、社区,但真正决定项目能不能上线、能不能稳定跑起来的,还是开发落地。 如果你正在准备做一个 DApp(去中心化应用),或者已经写了合约却卡在前端交互、上线部署、钱包签名这一步,这篇文章我用“工程化流程”的方式把 DApp 开发拆开讲清楚:从合约设计 → 前端交互 → 上线部署 → 运维监控,每一步该做什么、容易踩哪些坑、怎么避。 一、DApp 开发到底包含哪些模块? 一个能上线、能稳定运行的 DApp,至少包含这几块: * 合约层(Solidity / Vyper):资产规则、权限逻辑、状态机、事件日志 * 前端交互层(React/Vue + Ethers/Web3):连接钱包、签名、发起交易、状态回读 * 索引与数据层(The

By Ne0inhk