Azure SDK for JavaScript 中的 Cosmos DB 4.3.0 版本新特性解析
Azure SDK for JavaScript 中的 Cosmos DB 客户端库迎来了 4.3.0 版本的重大更新,这次更新带来了多项令人兴奋的新功能,包括客户端加密预览、查询管道优化、分区合并支持等。本文将深入解析这些新特性,帮助开发者更好地理解和应用这些功能。
客户端加密(预览)
4.3.0 版本引入了客户端加密功能,这是数据安全领域的一项重要增强。客户端加密允许开发者在数据发送到 Cosmos DB 之前就对敏感数据进行加密,确保数据在传输和存储过程中都保持加密状态。
实现客户端加密需要几个关键组件:
- 加密密钥解析器(如 Azure Key Vault)
 - 客户端加密密钥的创建和管理
 - 容器级别的加密策略定义
 
开发者可以指定哪些属性需要加密,以及使用哪种加密算法(目前支持 AEAD_AES_256_CBC_HMAC_SHA256)。加密类型可以是确定性加密或随机加密,前者保证相同的明文总是生成相同的密文,适合需要查询加密字段的场景。
新一代查询管道
新版本对查询执行管道进行了重构,引入了 enableQueryControl 标志来控制查询行为。这个改进解决了旧版本中可能导致的 RU 消耗过高问题。
在旧版本中,SDK 会保证每次 fetchNext 调用都返回 maxItemCount 指定的结果数量(如果有足够的结果)。这种行为虽然保证了输出的一致性,但可能导致 SDK 在单次 fetchNext 调用中查询多个后端分区,增加了 RU 消耗。
新版本中,当 enableQueryControl 设置为 true 时,每个 fetchNext 调用最多查询 maxDegreeOfParallelism 指定的物理分区数。如果没有找到结果,SDK 将返回空页而不是继续搜索所有分区。这种改进将控制权交还给开发者,让他们可以更精细地管理 RU 消耗。
分区合并支持
4.3.0 版本增加了对分区合并(预览)功能的支持。当在 Cosmos DB 账户上启用此功能时,SDK 的请求不会被阻塞。分区合并功能可以帮助优化数据分布和性能,特别是在分区大小不均匀或需要重新平衡工作负载的场景中。
RU 分桶(预览)
RU 分桶是另一个值得关注的新特性。这项功能通过将请求分配到不同的"桶"中,帮助更好地管理和限制资源使用。这对于需要精细控制资源消耗的多租户应用或需要保证特定工作负载性能的场景特别有用。
变更源中的分层分区键支持
对于使用分层分区键的容器,新版本改进了变更源功能,支持部分分层分区键。这意味着即使只提供了部分分区键组件(如只提供了前两个层级的值),变更源迭代器也能正常工作并返回准确的结果。这个改进大大提高了变更源在处理复杂分区方案时的灵活性。
索引指标 V2 支持
新版本引入了对索引指标 V2 的支持,提供了更结构化的 JSON 格式输出。相比旧版的文本格式,V2 版本更容易被程序解析和处理,便于集成到监控和分析系统中。
连接字符串配置改进
现在,开发者可以在 CosmosClientOptions 中直接配置连接字符串,同时还能设置其他配置选项,如一致性级别等。这个改进简化了客户端初始化过程,使配置更加集中和一致。
问题修复
4.3.0 版本还修复了多个问题,包括:
- 修复了 
ParallelizeCrossPartitionQuery头值不正确的问题 - 解决了变更源在处理内部超时错误时可能返回不正确结果的问题
 - 修正了 RequestOptions 和 SharedOptions 的相关问题
 - 为 RetryOptions 设置了默认值
 
总结
Azure SDK for JavaScript 中的 Cosmos DB 4.3.0 版本带来了多项重要更新,特别是在数据安全、查询性能和分区管理方面。客户端加密功能为敏感数据提供了额外保护层,新的查询管道让开发者能更精细地控制资源消耗,而分区相关改进则增强了系统的灵活性和可管理性。这些更新共同使 Cosmos DB 在 JavaScript 生态中的使用体验更加完善和安全。
PaddleOCR-VLPaddleOCR-VL 是一款顶尖且资源高效的文档解析专用模型。其核心组件为 PaddleOCR-VL-0.9B,这是一款精简却功能强大的视觉语言模型(VLM)。该模型融合了 NaViT 风格的动态分辨率视觉编码器与 ERNIE-4.5-0.3B 语言模型,可实现精准的元素识别。Python00- DDeepSeek-OCRDeepSeek-OCR是一款以大语言模型为核心的开源工具,从LLM视角出发,探索视觉文本压缩的极限。Python00
 
MiniCPM-V-4_5MiniCPM-V 4.5 是 MiniCPM-V 系列中最新且功能最强的模型。该模型基于 Qwen3-8B 和 SigLIP2-400M 构建,总参数量为 80 亿。与之前的 MiniCPM-V 和 MiniCPM-o 模型相比,它在性能上有显著提升,并引入了新的实用功能Python00
HunyuanWorld-Mirror混元3D世界重建模型,支持多模态先验注入和多任务统一输出Python00
MiniMax-M2MiniMax-M2是MiniMaxAI开源的高效MoE模型,2300亿总参数中仅激活100亿,却在编码和智能体任务上表现卓越。它支持多文件编辑、终端操作和复杂工具链调用Jinja00
Spark-Scilit-X1-13B科大讯飞Spark Scilit-X1-13B基于最新一代科大讯飞基础模型,并针对源自科学文献的多项核心任务进行了训练。作为一款专为学术研究场景打造的大型语言模型,它在论文辅助阅读、学术翻译、英语润色和评论生成等方面均表现出色,旨在为研究人员、教师和学生提供高效、精准的智能辅助。Python00
GOT-OCR-2.0-hf阶跃星辰StepFun推出的GOT-OCR-2.0-hf是一款强大的多语言OCR开源模型,支持从普通文档到复杂场景的文字识别。它能精准处理表格、图表、数学公式、几何图形甚至乐谱等特殊内容,输出结果可通过第三方工具渲染成多种格式。模型支持1024×1024高分辨率输入,具备多页批量处理、动态分块识别和交互式区域选择等创新功能,用户可通过坐标或颜色指定识别区域。基于Apache 2.0协议开源,提供Hugging Face演示和完整代码,适用于学术研究到工业应用的广泛场景,为OCR领域带来突破性解决方案。00- HHowToCook程序员在家做饭方法指南。Programmer's guide about how to cook at home (Chinese only).Dockerfile014
 
Spark-Chemistry-X1-13B科大讯飞星火化学-X1-13B (iFLYTEK Spark Chemistry-X1-13B) 是一款专为化学领域优化的大语言模型。它由星火-X1 (Spark-X1) 基础模型微调而来,在化学知识问答、分子性质预测、化学名称转换和科学推理方面展现出强大的能力,同时保持了强大的通用语言理解与生成能力。Python00- PpathwayPathway is an open framework for high-throughput and low-latency real-time data processing.Python00