登录社区云,与社区用户共同成长
邀请您加入社区
摘要: 芯动科技IX8024国产PCIe Gen4交换芯片评估板实测表现优异,可单卡扩展4路NVMe SSD,实测带宽利用率达88.13%,顺序读写性能超10GB/s。方案适配国产信创生态(如昇腾、海光),解决海外芯片供货风险,并优化PCIe槽位占用问题。对比竞品,IX8024在国产兼容性、供货稳定性及带宽利用率上表现均衡,适合AI推理缓存、向量数据库等高性能场景。典型应用包括信创服务器、边缘AI
摘要: 芯动科技IX8012国产PCIe Gen4交换芯片支持端口灵活拆分(如x4拆分为x2+x1+x1),适配多类型外设混合扩展需求,特别适用于工控、边缘服务器等场景。其评估板提供完整验证环境,支持热插拔及国产信创平台(海光、昇腾),对比海外竞品具备供应链可控、端口配置灵活等优势。典型应用包括边缘AI整机、工控机及信创小型服务器,能有效解决PCIe通道资源紧张与设备带宽不匹配问题,是国产化硬件设
学习要点:TA 之下还有 TP(可靠传输)/ CTP(简易传输,无端到端重传)。TA 不直接碰链路,它把软件下发的"事务"交给 TP 去搬运。
本文介绍了美食菜谱应用的数据建模与实现方案。重点分析了菜谱与食材的一对多关系设计,通过主表recipe存储菜谱基本信息,从表recipe_ingredient记录食材明细。核心功能包括:1)事务处理新增菜谱(主表+多条食材);2)通过LIKE+JOIN实现按食材反查菜谱;3)分类筛选与统计功能。文章对比了不同场景下的从表设计策略,特别强调了对结构性内容(如食材)与展示性内容(如步骤)的不同存储方案
摘要 本文介绍了药箱管理系统的设计与实现,聚焦"数量+有效期"双维度管理。系统采用主从表结构,主表(medicine)记录药品基本信息及库存量,从表(dose_log)追踪每次数量变动。核心功能包括:数量变更的事务处理、临期药品筛选(基于日期比较)、负库存校验及操作日志记录。设计亮点包括:用0值表示无有效期药品、有符号变动量简化日志、离散量使用整数类型等,为家庭药品管理提供数字化解决方案。
本文介绍了错题本功能实现中的三层核心技术:1)使用CASE WHEN条件更新实现复习次数的自增与自动掌握状态变更;2)通过SUM(CASE WHEN)条件聚合实现多维度统计计数;3)基于未掌握、未满轮次、最久未复习等条件构建复习队列。重点解析了SQL表达式中引用旧值更新、条件分支赋值、单次查询完成多条件计数等高级技巧,以及如何通过原生SQL实现复杂更新逻辑。
(已编译通过)
本文介绍了客户管理CRM系统的数据建模与实现方案,主要内容包括: 业务需求分析:CRM系统需要管理客户主数据、跟进记录、状态流转等核心功能,重点关注客户列表、状态统计、状态流转等业务场景。 数据表设计:采用客户表(customer)和跟进记录表(follow_up)的双表结构,客户表包含基本信息、状态和等级等字段,跟进表记录客户交互历史。 技术实现要点: 使用状态机管理销售漏斗状态(潜在→意向→成
A:数据层可以(color 是 TEXT,存什么渲染什么),页面只提供六色色板。要支持自定义,加一个颜色选择器(取色盘)即可——数据层无需改动。
本文介绍了一个备忘录便签(Memo)应用的数据层设计与实现,主要包含以下要点: 业务需求分析:便签具有置顶、颜色分类、轻量更新等特点,核心功能包括创建、置顶/取消、换色、编辑、筛选和删除。 数据表设计: 采用单表结构存储便签信息 关键字段包括颜色(存HEX值)、置顶状态(0/1)、创建/更新时间戳 设计六色色板常量供统一使用 数据访问层实现: 提供全量更新和部分更新(单独更新置顶状态或颜色)两种更
本文介绍了订单与明细的一对多关系数据模型设计,包含以下核心内容: 业务需求分析:订单需要拆分为订单表和明细表,实现商品信息与订单解耦,便于查询统计。 双表设计: 订单表存储订单主体信息(状态、总价、收货人等) 明细表存储商品信息(名称、价格、数量等),通过order_id关联订单 关键设计点: 订单号作为业务唯一键 商品信息采用快照存储 总价冗余存储避免频繁计算 明细表建立索引优化查询性能 数据聚
摘要 本文介绍了一个基于事务的进销存系统设计,重点解决库存与流水记录的强一致性约束问题。系统采用双表结构(商品表+流水表),通过事务确保出入库操作的原子性。商品表冗余库存字段提升查询效率,流水表记录历史操作。文章详细阐述了表结构设计、索引优化、DAO层封装及核心查询实现,包括库存预警、流水联表查询等场景。关键技术点包括事务控制、JOIN查询、条件聚合统计等,为零售行业库存管理提供了可靠的数据解决方
本文介绍了个人记账本应用中聚合查询的实现方法,通过SQLite高效完成数据统计计算。主要内容包括: 接口设计:定义了LedgerSummary、CategoryStat、MonthTrend三个显式返回类型,用于仪表盘展示。 区间汇总查询:使用一条SQL同时计算收入、支出和总笔数,采用SUM(CASE WHEN)条件聚合和COUNT(*)统计。 分类占比统计:通过GROUP BY按分类分组,计算各
本文介绍了个人记账本应用的数据层设计与实现方法,重点剖析了流水型业务数据的核心特征。文章首先从业务需求出发,明确了记账本的核心数据是流水记录,并归纳出5个关键查询场景。随后详细讲解了表结构设计,包括字段类型选择、索引策略(特别是时间戳字段作为核心索引的重要性)以及trade_time与created_time的分离设计。最后展示了如何通过LedgerDao类封装数据库操作,实现数据层与UI层的解耦
本文介绍了如何基于HarmonyOS的RDB模块实现待办事项清单功能,涵盖数据库设计与CRUD操作。主要内容包括: 需求分析:支持待办事项的增删改查、状态切换及分类查看功能 表设计:包含id、标题、优先级、分类、完成状态、时间戳等字段,使用INTEGER存储布尔值和时间 SQL建表:创建todo表并建立completed和priority字段的索引 数据访问层封装:通过TodoDao类提供: 数据
本文介绍了HmarkX(码笺)本地数据库模块的重构方案,旨在解决鸿蒙原生 `relationalStore` API 使用繁琐、代码冗余及资源管理分散的问题。该模块采用“单例管理器 + 语义化仓库”的分层架构:`DatabaseManager` 负责数据库的唯一连接与生命周期管理,确保资源高效复用;各业务表对应的 `Repository` 封装了具体的 SQL 细节,对外暴露基于 Model 对象
本文探讨移动应用存储空间优化策略,提出四层清理体系: 数据库优化:通过VACUUM命令重构SQLite数据库文件,回收DELETE/UPDATE操作产生的页碎片,减少文件膨胀。建议设置空洞率阈值触发自动整理。 文件碎片管理:采用文件归并、重写连续块等方法整理磁盘碎片,提升IO性能。重点关注小文件频繁读写场景。 缓存生命周期:实现TTL绝对过期和LRU容量淘汰双机制,定期扫描清理过期缓存文件,特别针
本文针对海量数据场景提出四件套解决方案:游标分页、虚拟列表、懒加载和分级缓存。核心思路是通过按需加载和增量渲染化解数据全量与界面增量间的矛盾,游标分页采用O(logN)查询替代OFFSET的O(N)性能问题,虚拟列表仅渲染可视区域保持内存恒定。技术实现涵盖游标分页封装、LazyForEach虚拟列表数据源、滚动预取策略及L1-L3分级缓存架构。方案已成功应用于聊天记录、相册图库等场景,显著提升性能
数据库无痛升级方案 核心思路是通过版本化管理和增量迁移实现平滑升级。关键点包括: 版本控制 - 使用版本号标记每个Schema变更,执行缺失的增量脚本 安全迁移 - 每个迁移脚本单独事务执行,失败自动回滚 兼容设计 - 新字段需带默认值/可空,新旧版本共享兼容Schema子集 防御编程 - 使用IF NOT EXISTS等幂等写法,列变更前检查存在性 智能升级 - 小表快速迁移主线程执行,大数据改
本文提出了一种三层缓存架构设计,通过L1内存缓存、L2磁盘缓存和L3数据库的组合,解决单一存储无法同时满足"快、新、持久"的问题。核心内容包括: 架构设计:L1管速度(内存LRU),L2管重启恢复(磁盘KV),L3管持久性(数据库) 读写策略: 读路径:L1→L2→L3级联查询,命中后回填上层缓存 写策略:推荐Cache-Aside模式(先写库再删缓存),避免并发不一致 问题防护: 穿透:缓存空值
本文探讨了鸿蒙分布式KV存储的一致性保障方案。主要内容包括: 核心挑战:多设备同步存在一致性问题(如并发修改冲突、离线合并等),需在CAP定理下权衡一致性与可用性。 技术方案: 采用最终一致性模型,支持离线可用+联网收敛 通过CRDT数据结构(如G-Counter、OR-Set)实现无冲突合并 使用版本向量精确检测并发冲突 默认LWW策略,支持自定义冲突解决 实现机制: 多版本CRDT类型KV存储
索引是查询性能的第一杠杆:WHERE/JOIN/ORDER BY 列建索引,用 EXPLAIN 验证命中。事务是写性能的第一杠杆:批量写单事务包裹,避免逐条 fsync。WAL 是并发性能的第一杠杆:读写并行,解决 database is locked。游标分页替代 OFFSET:深翻页性能差 100 倍。连接单例 + 缓存层:应用层保持 Store 单例,高频读走缓存。查询优化看索引,写入优化看
鸿蒙应用存储选型指南 本文深入分析鸿蒙四大存储体系的核心原理与适用场景,提供企业级选型方案。HarmonyOS提供Preferences、KV Store、RelationalStore和分布式存储四种方案,各具特点:Preferences适合轻量配置但性能受限;KV Store读写高效支持同步;RelationalStore适合结构化数据查询;分布式存储实现多设备协同。 文章通过架构图解、底层机
随着 DeepSeek‑V4‑Flash 正式开放公测,最核心的变化集中在Agent 智能体能力大幅提升:更强工具调用、百万 Token 超长上下文、推理效率优化,可完成复杂任务规划、RAG 知识库问答、自动化运维、行业数字员工等业务DeepSeek。与此同时行业已经落地昇腾 950 + DeepSeek V4组合方案,完成从国产算力硬件到大模型推理软件的全栈适配,面向政企、制造、金融、科研,大量
小智Pro推出全新推理知识库方案,解决传统向量知识库检索粗糙、配置繁琐、成本高等痛点。该方案采用层级树结构,通过LLM逐层推理导航精准定位内容,支持多格式文档和URL抓取,具备异步响应、智能推送等特性。用户可上传文档自动建树,通过语音或控制台进行检索测试,并设为设备默认知识库实现语音交互。相比向量库,推理知识库定位更精准、开箱即用且成本可控,适合处理长文档等结构化内容。
HarmonyOS 应用做本地持久化,常见选择是关系型数据库(RDB)。但直接用原生 RDB Store,会遇到这些痛点: 把 Java/Kotlin 圈最成熟的 greenDAO 思路搬进 HarmonyOS ArkTS:2. 定义实体(注解)3. 初始化数据库4. 获取 Dao 与基本 CRUD5. 关联查询(一对多)五、亮点能力速览注解声明一切:实体、字段、主键、唯一、索引、关联,全部用装饰
摘要:随着DeepSeek-V4-Flash开放公测,国产昇腾950+DeepSeek-V4组合加速AI应用落地。针对轻量化Agent终端的边缘部署需求,国产PCIe4.0交换芯片IX8008成为关键解决方案。该芯片支持8Lane PCIe4.0接口,具备低功耗(3.5W)、小封装特性,适用于单卡昇腾950场景,可扩展NVMe向量盘和网卡等外设,支持P2P直传降低时延。IX8008与IX8024、
摘要:DeepSeek-V4-Flash正式开放公测,其Agent智能体能力显著增强,结合昇腾950国产算力加速行业落地。Agent业务对硬件提出新要求,如工具调用、多设备并发及本地向量存储。本文探讨中小规模推理节点与边缘私有化Agent主机的硬件挑战,重点分析国产PCIe4.0交换芯片IX8024在国产大模型方案中的应用场景与选型边界。IX8024支持灵活端口拆分、P2P传输及工业宽温,适配1-
国产大模型DeepSeek-V4-Flash开放公测,其Agent智能体能力与昇腾950组成的全国产算力方案正加速行业落地。该方案对多NPU协同、低时延数据交互提出更高硬件需求,国产PCIe5.0交换芯片IX9104成为关键,具备全非阻塞架构、116ns低延迟、P2P直传等特性,可解决推理服务器、边缘Agent主机中的PCIe通道扩展问题,支持多NPU、高速SSD知识库和网卡的灵活配置,助力全国产
在临床输液场景中,药物信息的即时可获取性直接关系到患者安全。IVGuard 作为一款面向护士和患者的智能输液监护应用,其核心价值之一便是为药物添加和费用计算环节提供准确的药品参考数据。离线可用性:医院病区的网络环境往往不稳定。部分老旧病区 Wi-Fi 覆盖存在盲区,地下室输液室信号更是难以保证。在这些场景下,护士需要立即查询药物的配伍禁忌或参考价格,任何因网络延迟或断连导致的信息不可用都是不可接受
本文提出三位一体数据安全方案,解决鸿蒙应用敏感数据泄露问题。核心思路包括: 本地数据加密:采用混合加密策略(全库加密兜底+敏感字段单独加密),支持AES-256/SM4算法,确保数据库文件被拖库也无法读取。 密钥安全管理:通过HUKS将密钥存储在TEE安全环境,实现密钥不出设备、不硬编码、可轮换更新,从根源上防止密钥泄露。 传输安全加固:实施SSL Pinning证书绑定,防范中间人攻击,即使设备
本模块代码用于向 GE 计算引擎完成算子身份注册,全局约束算子全部输入、输出参数的必填属性、支持数据类型、张量存储格式与适配硬件型号,同时完成形状推导、分片回调函数绑定,是算子能够被编译框架识别的核心入口。给定三组 64 位整数 a、b、p,求解表达式 (a × b) mod p 的计算结果。存在 5×5 规格方阵,共计 25 盏受控灯具,单盏灯具开关切换会同步翻转自身与上下左右相邻灯具状态,边界
在鸿蒙生态"1+8+N"战略下,用户的数据不再局限于单一设备。手机上的会议记录需要在平板继续编辑,PC上的项目文档需要同步到车机查看——跨设备数据实时同步已成为鸿蒙应用开发的必备能力。HarmonyOS 5.0提供了强大的分布式数据管理框架,其中**分布式数据库(Distributed Data Management)**是实现多设备数据协同的核心基础设施。与依赖云端中转的传统方案不同,鸿蒙分布式
Preferences 适合少量设置,但账单数据是大量、结构化、需复杂查询的——这就需要 PersistenceV2。鸿蒙 PersistenceV2 是 ArkTS 原生 ORM,通过装饰器定义实体,自动建表、索引、CRUD,开发者无需写 SQL。用@Entity@Column装饰器定义实体配置 PersistenceV2 初始化与数据库版本升级 BaseRepository 切换到 Persi
本文指导大家如何在DevEco Code 中配置 LLM 提供商和模型,它使用AI SDK和Models.dev支持75+ LLM 提供商,并支持运行本地模型。
自己采购昇腾卡,装在通用服务器上,自己装驱动、CANN、PyTorch适配层。解决方案是:部署前先在昇腾上跑一遍模型加载测试,看看有哪些算子不兼容,提前做替换或绕过。A:单卡昇腾910B推理7B模型(INT4量化),吞吐量约为A100(40GB)的70-85%。同样一个7B模型,在NVIDIA A100上部署可能半天搞定,在昇腾上可能需要2-3天——多出来的时间是处理环境配置、算子兼容性、依赖版本
本文深入讲解端云一体化核心理念,系统介绍鸿蒙云服务四大能力(云数据库、云存储、云函数、云托管),以「民族图鉴」为例实战收藏和历史记录的云端迁移,包括 Schema 设计、权限管理、实时同步、文件上传下载、Serverless 架构、端云协同与离线可用等关键技术点。
在鸿蒙(HarmonyOS)开发中,集成并封装 SQLite 数据库主要有两种主流路径:一是直接使用官方提供的(关系型数据库)API;二是通过 NAPI 机制在 C++ 层调用原生的sqlite3库。
本文介绍了HarmonyOS NEXT中@ohos.process模块的功能与设计,该模块允许开发者获取进程底层信息,包括PID/UID/TID等身份标识、运行时间统计、环境变量查询和线程优先级管理。文章详细解析了其双层API架构:基础信息通过顶层常量/函数直接访问,高级操作通过ProcessManager实例完成,并对比了与Android/iOS的差异。核心功能包括进程标识三件套(pid/uid
本文介绍了HarmonyOS NEXT中的设备信息获取模块@ohos.deviceInfo,该模块通过同步属性设计提供设备硬件和系统信息。文章详细解析了API架构,包括设备类型分类、品牌识别字段和系统版本标识,并演示了如何构建一个"设备信息档案馆"Demo应用。该应用可展示设备完整信息,支持单字段复制和一键导出功能,核心代码展示了健壮的同步读取实现和剪贴板操作。模块设计简洁高效,无需权限即可获取设
本文介绍了Flutter在鸿蒙平台上实现数据迁移的核心概念和实现方法。主要内容包括: 数据迁移流程:从版本检测、差异比较到迁移执行和版本更新的完整过程 迁移类型:Schema迁移、数据迁移、配置迁移和混合迁移四种类型 版本管理策略:线性版本、增量版本和状态机版本三种策略及其优缺点 代码实现:展示了迁移信息记录、迁移步骤定义和迁移管理器的核心代码 关键特性:支持原子操作、版本顺序执行、错误处理和日志
Flutter中使用sqflite数据库的实践指南 本文介绍了如何在Flutter应用中通过sqflite插件使用SQLite关系型数据库。主要内容包括: 核心概念:SQLite作为轻量级嵌入式数据库的特点,以及sqflite插件提供的异步操作、事务支持和跨平台能力。 基本使用:从添加依赖、打开数据库到创建表结构的完整流程。 高级实践: 通过单例模式封装数据库服务 实现表创建、索引优化等数据库初始
Flutter轻量级NoSQL数据库Hive使用指南 Hive是专为Flutter设计的轻量级NoSQL数据库,相比SharedPreferences更适合存储复杂对象和中等规模数据。文章介绍了Hive的核心特点:基于文件系统、类型安全、跨平台支持和高性能二进制存储。主要内容包括: 初始化配置:添加依赖、注册类型适配器 数据模型定义:通过注解标记可存储字段 自动生成类型适配器代码 数据库操作封装示
在鸿蒙(HarmonyOS)应用开发中,数据持久化是核心环节。直接使用原生的关系型数据库()进行开发,往往需要手动编写大量易错的 SQL 语句,并频繁进行业务对象与之间的复杂映射。为了解决这些痛点,鸿蒙生态提供了多种 ORM(对象关系映射)方案,让开发者能以面向对象的方式操作数据库,大幅提升开发效率。
在鸿蒙(HarmonyOS)应用开发中,分布式数据管理是打造“超级终端”的核心能力之一。它打破了传统设备间的数据孤岛,允许应用在组网内的不同设备间无缝同步数据。依托 ArkData(方舟数据管理)框架,开发者可轻松实现跨设备的数据共享与一致性保障。
HarmonyOS NEXT系统配置访问指南 @ohos.settings模块为开发者提供了访问HarmonyOS设备系统配置的能力,支持读取设备设置、监听配置变更以及跳转系统设置页面。该模块通过命名空间组织上百个设置键,涵盖显示、通用、日期时间等8个维度,所有读取操作均无需权限。核心功能包括: 读取配置:通过getValue()/getValueSync()同步/异步获取设置项 监听变更:使用r
随着应用功能迭代,数据库表结构不可避免需要变更——新增字段、修改字段类型、拆分表结构等。如果直接修改表结构而不考虑数据兼容性,用户升级应用后将面临数据丢失或应用崩溃的风险。鸿蒙 RDB 提供了数据库版本管理和迁移机制,允许开发者在版本升级时执行有序的数据迁移。MoneyTrack 在从个人记账到家庭记账的演进过程中,通过合理的版本迁移策略实现了数据模型的无缝扩展。
本文以号码助手数据库从v1升级到v2为例,介绍了HarmonyOS relationalStore的版本升级策略。主要内容包括:通过store.version驱动升级流程,使用upgrade方法实现增量升级(如ALTER TABLE新增字段),更新相关常量与实体类,详细说明了升级时序和最佳实践(如防御性检查和数据迁移)。
本文针对鸿蒙应用"号码助手"进行数据库查询性能分析与索引优化,主要内容包括: 当前索引分析:介绍了app_bindings表上的三个索引(card_id、status、app_name)及其应用场景 查询计划分析:使用EXPLAIN QUERY PLAN分析各类查询的执行效率,包括索引使用情况和潜在问题 查询模式评估:统计了6种主要查询模式,分析了现有索引的有效性和选择性 性能优化建议:指出需要改