上周，Amazon Web Service 团队对他们的DynamoDB NoSQL 数据库服务进行了更新。这次更新改善了 DynamoDB 对 JSON 的支持，提高了 DynamoDB 的可扩展性，并且增加了免费用量。开发者现在不仅拥有 25GB 的免费存储空间，还可以使用 AWS SDK 对较大的 JSON 文档进行存储、索引、查询和更新。
AWS发表了一篇博文，表明了他们对 DynamoDB 的想法——传统上是一个面向键－值的 NoSQL 存储，现在具有了类似MongoDB的，面向文档存储的功能。
AWS SDK包含了这种新型面向文档支持的实现，并且在实现中利用到了一些DynamoDB的新数据类型。对文档的支持（目前可使用的有：Java、.NET、Ruby的SDK，以及基于浏览器的JavaScript SDK的一个扩展）简化了一些操作，如将JSON数据或者本地语言对象映射成DynamoDB原生数据类型，以及支持基于文档结构的查询。
通过这次更新，DynamoDB已经是一个完整的面向文档的存储。通过使用AWS SDK，开发者可以容易地将JSON文档存储在DynamoDB表中，并保留原文档的复杂结构和可能的嵌套“形状”。通过构建一层非常薄的转化层，新的数据类型也可以用于存储其他结构化的格式，如HTML或者XML。
不同语言的 AWS SDK 实现这种新能力的方式是不一样的。应该注意的是，AWS 只使用 JSON 作为一个传输协议，并不会将数据本身存储为 JSON 文档。Java SDK支持直接将 JSON 格式的字符串加载成一条 DynamoDB 数据库记录，而.NET SDK要求开发者使用（更新过的）对象模型来构建一个文档。除了为对象模型提供 Number、String 和 Binary 数据类型，AWS 还引入了新的面向文档的数据类型：List 和 Map。List 是一个“有序的集合，类似于一个 JSON 数组”。Map 是一个“无序的、名字－值对的集合，类似于一个 JSON 对象”。
在一篇博文中，AWS CTO Werner Vogels 追溯了 DynamoDB 的历史，并承认缺乏 JSON 的支持对开发者所产生的影响。
DynamoDB从一开始就支持存储JSON文档，但是除了存储和获取这两个操作之外再要进行其他的文档操作是非常困难的。开发者无法直接访问一个JSON文档中深度嵌套的属性，而缺少深度嵌套属性的可见性将剥夺开发者使用DynamoDB一些特殊能力的机会。
迄今为止，若想要存储和查询JSON，开发者有两个选择：a)快速开发的法子是将无法识别的JSON数据块直接插入DynamoDB中；或者b)将JSON对象分解成属性，而这要求额外的编程工作和一些事先的考虑。
DynamoDB 新提供的 JSON 能力不仅可用于存储文档，也可用于查询文档。尽管用户可以通过 AWS UI 控制台查看 JSON 文档，但开发者更感兴趣的是通过 SDK 获取及更新整个或部分文档的能力。AWS 将文档大小的限制从 64KB 扩大到 400KB，并且放松了比例的限制，用户在单一操作中对“capacity units”的量不仅可以做翻倍或者减半的操作，还可以做其他比例的变更操作。Amazon 也增加了 DyamoDB 可免费使用的容量：相比过去 100MB 存储空间和 10 个读capacity units，DynamoDB 用户现在可以免费获得 25GB 的存储空间和 25 个读 / 写 capacity units。根据 AWS 的说明，这已足够用于“运行一个支持 15,000 位用户的手机游戏，或者运行一个日展现 500,000 次的广告技术平台”。
开发者对 JSON 友好的应用服务的需求在不断地增加，这次 AWS 的更新很可能是一个响应。如 GigaOm 所报道的，这是一个从成熟的服务（如 MongoDB）以及 Google 和Microsoft 新提供的服务手中夺取势头的机会。也许是对这些正在解决大规模问题的 NoSQL 产品进行了仔细调研，Vogels 宣称“现在，开发者不必在优化了扩展性和优化了灵活性的数据存储之间进行选择了。”
查看英文原文：Amazon Boosts JSON Support in DynamoDB NoSQL Database
感谢杨赛对本文的审校。
给 InfoQ 中文站投稿或者参与内容翻译工作，请邮件至editors@cn.infoq.com。也欢迎大家通过新浪微博（@InfoQ）或者腾讯微博（@InfoQ）关注我们，并与我们的编辑和其他读者朋友交流。
注册/登录 InfoQ 发表评论