ITPub博客

Azure Cosmos DB 使用费用参考

一，引言之前在讲AzureCosmosDBCore(SQL)核心的时候，使用了EFCore的方式，引用了“Microsoft.EntityFrameworkCore.Cosmos”的NuGet包，而今天来个简单的，使用"Microsoft.Azure.Cosmos"来操作CosmosDB，通过控制台

一，引言上一篇文章中，我们介绍到使用了EFCore与CosmosDBSQLAPI进行结合开发。同时，大家在开发过程中一定要记得EFCore不支持CosmosDB的迁移。今天我们启用“异地冗余”对账户异地冗余会自动将数据复制到与当前所在区域地理配对的区域。异地冗余可保证99.999%的可用性，甚至在遇

一，引言接着上一篇使用EFCore操作AzureCosmosDB生成种子数据，今天我们完成通过EFCore实现CRUD一系列功能。EFCore3.0提供了CosmosDB数据库提供程序的第一个可用的版本，今天我们使用EFCore3.1在尝试使用CosmosDB来存储和构建Asp.NETCore应用程

Azure Cosmos DB (二) SQL API 操作

Azure Cosmos DB (一) 入门介绍

Azure Cosmos DB 是第一个全球分布式的多模型数据库服务, 用于构建全球范围规模应用。多年来, 它一直在为微软的互联网规模服务提供动力, 现在该数据库可供所有 Azure 开发者使用。该服务旨在允许客户在任意数量的地理区域上弹性和水平地扩展吞吐量和存储, 它提供了有保证 99% 小于10ms的延迟, 99.99% 高可用性和五种一致性模型。Cosmos DB 是当今市场上第一个全球分

CommosDB现在能支持5种API ，支持DocumentDB API 、MongoDB API 、Graph API 、表 API 、Cassandra API 。对于各种API 和语言支持情况，如下：

时间数据处理是数据开发者经常遇到的问题，众所周知时间都是跟时区相关的，如果对于时区处理不当，会造成时间数据错误，进而引入一系列棘手的问题。Phoenix中跟时间相关的类型有TIMESTAMP，DATE和TIME，这些类型对于时区的处理逻辑是相同的，后面笔者就以TIMESTAMP类型为例来说明Phoenix关于时区的处理方式。

Phoenix定位为OLTP和操作型分析（operationalanalytics），大多用于在线业务，稳定性要求第一位。Phoenix的功能很强大，也很灵活，PhoenixSQL基于SQL-92标准，但是还是有很多方言，使用时需要特别注意。基础软件版本：ApacheHadoop：hadoop-2.

目前，在公司小部分的业务场景中有用到 Phoenix，但也仅限基于 Phoenix 的二级索引机制来进行查询上的优化。虽然使用的频次不大，但偶尔用到时，有些语句的使用方式和注意事项总记不太熟，每次都需要一顿谷歌和百度，然后从五花八门的文章中摄取着自己需要的信息。

Phoenix映射HBase时间戳的一种实现

如何高效全表扫描 Apache Phoenix 的表

Apache Phoenix简介

Druid 是一个分布式的、支持实时多维 OLAP 分析的数据处理系统。它既支持高速的数据实时摄入处理，也支持实时且灵活的多维数据分析查询。因此Druid 最常用的场景就是大数据背景下、灵活快速的多维 OLAP 分析。另外，Druid 还有一个关键的特点：它支持根据时间戳对数据进行预聚合摄入和聚合分析，因此也有用户经常在有时序数据处理分析的场景中用到它。

Citus是PostgreSQL世界观下，少数成功突围的商业化的开源产品（相比较pgxc、xl等官方几乎没有维护来说）。

Citus总结：分布式事务及死锁检测

Citus是一个非常实用的能够对PostgreSQL进行水平扩展的解决方案，或者说是一款基于PostgreSQL的分布式HTAP数据库。本文简单说明Citus HA的技术方案，并实际演示一下搭建Citus HA环境的步骤。

在pg shard中，我们可以看到从分片查询的数据，会汇总到临时表，然后提供到上层查询，在citus里面，这里进行了优化，针对adaptive（OLTP）和TaskTracker（OLAP），insert select分别做了不同的处理，并非仅仅依赖临时表。

Citus 是以PostgreSQL插件的形式实现分布式数据库的，所以搭建Citus数据库前需要做PostgreSQL数据库安装部署，2021-09-17发布的citus10.2已经可以支持PG14了，所以本篇文章直接介绍citus10.2+PG14.1。