亚马逊AWS官方博客
Category: Database
使用 HAQM Neptune 构建基于图数据库的应用
HAQM Neptune是一个高性能图数据库,并对图的存储和查询进行了优化,可以存储数十亿个关系并将图形查询延迟降低到毫秒级。它也是一个托管的图数据库,能快速创建图数据库集群,减少了运维和管理图数据库的工作,让我们把工作重心放在业务开发和创新上。HAQM Neptune 支持常见的图形模型 Property Graph 和 W3C 的 RDF 及其关联的查询语言 Apache TinkerPop Gremlin 和 SPARQL,从而使您能够轻松构建查询以有效地分析高度互连数据集。它支持社交网络分析、建议引擎、欺诈检测、知识图谱、药物开发和网络安全等应用案例。
使用 Performance Insights 优化 HAQM RDS for MySQL
HAQM RDS Performance Insights为 HAQM RDS 提供了一个直观的调优界面,可帮助您发现和调查 RDS 数据库的性能问题。对于所有数据库引擎类型(例如 RDS for MySQL、RDS for PostgreSQL 和 HAQM Aurora)而言, Performance Insights 的外观和感觉都相同。当然每种引擎的实现又略有不同
使用 pg_dump 将云下 PostgreSQL 迁移到AWS RDS PostgreSQL最佳实践
本文主要讲述在将云下 PostgreSQL 数据库迁移到 RDS PostgreSQL 的指导原则及最佳实践,这里主要通过pg_dump来完成迁移。
如何结合使用 ProxySQL 和开源平台来拆分 HAQM Aurora 集群上的 SQL 读写操作
介绍使用开源组件 ProxySQL 实现 HAQM Aurora 集群的读写分离
使用HAQM Aurora存储和处理地理信息数据
地理信息是一种特定的空间信息,无论在科学研究还是日常生活中都有广泛应用。我们通常使用计算机和相关软件对地理信息进行储存、管理、运算、分析、显示等操作。
我们对地理信息最常见的使用是导航,对地理信息最有前景的使用场景是自动驾驶。这两种场景都对地理信息的存储和使用有许多新的需求,这些需求包括对地理信息的实时更新、并发读写、版本控制、高可用和高可靠等。
当前,地理信息存储和处理方式,无论是传统方法把地理信息存放在二进制文件中, 还是把地理信息存放在传统的关系数据库里,都无法满足上面提到的新需求。而使用HAQM Aurora可以更好的满足这些新的需求。
通过无服务器架构实现HAQM Neptune图数据库数据分析可视化
AWS 官方并未提供前端展现工具或服务,来实现对 Neptune 图数据库数据分析的可视化,下面我们将结合基于浏览器的 VIS.js 动态可视化库,通过Serverless方式,采用 HAQM S3 静态网站托管与 HAQM API Gateway、AWS Lambda服务,来实现对 Neptune 图数据库数据分析的可视化。
AWS RDS MySQL 优化
这篇文章根据遇到的各种客户问题从SQL latency的角度切入来谈一下latency问题的定位,RDS MySQL侧的监控以及一些优化的方法。
利用 AWS DMS 在线迁移 MongoDB 到 HAQM Aurora
在本文中,我们将讨论将MongoDB 4.0数据平滑迁移到HAQM Aurora MySQL兼容版的方法。HAQM Aurora 是一种与 MySQL 和 PostgreSQL 兼容的关系数据库,专为云而打造,既具有传统企业数据库的性能和可用性,又具有开源数据库的简单性和成本效益。本文中描述的方法使用AWS DMS转换源数据,近乎零停机时间来执行迁移。
使用 SQLServer 备份文件.bak 还原至 RDS
本博文主要介绍如何创建一台管理主机、创建RDS SQL Server、修改安全组和关联选项组、 将已经备份的数据上传到S3上、创建并配置选项组并使用SSMS将S3上的.bak还原到RDS上。
Aurora, Mysql, Redshift 应用场景和成本分析
本博客主要关于Aurora, Mysql, Redshift应用场景和成本分析。