支持移动设备的容灾监控系统.pptVIP

* * * 在SAAS应用中使用原生 XML数据库（NXD） 201003 陈维良 ◆ SAAS应用中数据存储的相关研究 问题背景 几种存储模式 ◆ SAAS应用中使用NXD的可能性 XML是web数据存储和传递标准，SAAS应用是基于web的。 XML具有良好的可扩展性，SAAS应用的多租赁特点对灵活性的要求。 ◆ SAAS数据存储方面可能的研究点 在SAAS应用中使用原生XML数据库 ◆ SAAS应用数据存储的问题背景 SAAS应用一大基本特点：多租赁。 伴随多租赁，而产生了多租户定制的需求，从而导致 一个应用对于不同租户需要提供不同（模式/数值）的 数据，这些同属于一个应用而为不同租户使用的数据 该怎样存储？ ◆ 基本解决方案 独立数据库 共享数据库，独立数据架构 共享数据库，共享数据架构 SAAS应用中数据存储的相关研究 独立 共享 ◆ 几种存储模式 Private table Extension table（扩展表—与项目中的“扩展表”有不同） Sparse table（稀疏表—Universal teble） Xml（R-XML）（基于关系的xml存储） Pivot table（透视表--tall narrow table） SAAS应用中数据存储的相关研究 ◆ Private table SAAS应用中数据存储的相关研究 三个租户：17、35和42 基本列：Aid、Name 扩展列： 17 ? HospitalBeds 35 ? 没有扩展列 42 ? Dealers 隔离性高 代价较大 ◆ Extension table（扩展表） SAAS应用中数据存储的相关研究 三个租户：17、35和42 基本列：Aid、Name 扩展列： 17 ? HospitalBeds 35 ? 没有扩展列 42 ? Dealers 如果没有共享模式部分 就是Private table ◆ Sparse table （稀疏表） SAAS应用中数据存储的相关研究 三个租户：17、35和42 基本列：Aid、Name 扩展列： 17 ? HospitalBeds 35 ? 没有扩展列 42 ? Dealers 代价较小 隔离性较差 ◆ RXML SAAS应用中数据存储的相关研究 三个租户：17、35和42 基本列：Aid、Name 扩展列： 17 ? HospitalBeds 35 ? 没有扩展列 42 ? Dealers 扩展部分使用XML 大列的存在 非经典关系 非经典XML ◆ Pivote table SAAS应用中数据存储的相关研究 三个租户：17、35和42 基本列：Aid、Name 扩展列： 17 ? HospitalBeds 35 ? 没有扩展列 42 ? Dealers 何为透视？从某个角度去看一个物体。 从数据的类型去看。 每一维都是Key-Value模式 ◆ 结论与讨论 存储方式各有优缺点，选择适合自己的（隔离性/代价）。 理想的SAAS数据库还有出现。 理想的存储模式应当基于private table模式（09SIGMOD） SAAS应用中数据存储的相关研究 四个租户 Sparse table RXML extension table pivot table private table We are using 蓝色：相同模式部分 其他：不同模式部分 ◆ 结论与讨论 理想的SAAS数据库可能具有的特点： DDL应当支持模式扩展（灵活性）。 DDL应当支持在线的模式演变（灵活性）。 应当通过一系列的服务器来为众多的租户提供数据。这种分布式应当是“tenant-aware”的，而不是将众多租户数据放到一个大的数据集中（分布式）。 应当有一个无任何共享的存储结构，数据被存储到快速的本地磁盘上。数据应该明确的由数据库来复制，而不是依赖于分布式的文件系统。同时为了缓解错误处理带来的压力，事务管理要求应该较传统数据库弱（效率？事务管理—09SIGMOD疑问？）。 SAAS应用中数据存储的相关研究 SAAS应用中使用NXD的可能性 ◆ Native XML Database 提出背景： xml在web中的作用：存储/配置/传输(数据交换的标准) 随着web的推广，出现了大量的xml文档等数据，如何有效的存储和访问这些数据？ 问题解决方法有很多: XML-Enabled Database (XEDB)----RXML Native XML Database (NXDB) Hybrid XML Database (HXD) RXML：将xml转换成关系来存储（破坏了xml本身的结构） 目标： 不破坏xml文档的自身结