【IT168 评论】微软架构师Nigel Ellis在MIX 09上详细展示了Azure SQL Data Service新的关系模型。在该演示中,他说随着持久化媒体集成的不断发展,数据平台已经变得越来越复杂了。基本上,数据平台是由地点、类型和服务构成的。他说到:
当前的数据平台可以处理多种数据类型:内存、多维、XML及文件。除了基本的CRUD服务外,它们还提供了缓存、分析、防御、加载、备份、挖掘、集成、同步、报表及搜索等功能,同时数据的应用范围也更加广泛,这导致我们需要在更多的地方去管理数据:移动设备、桌面、服务器及超级服务器等等。
Azure SQL Services主要由以下内容构成:
·一个数据库即服务
·一些服务:数据同步、参考数据管理、商业智能及报表
·与本地SQL Server 2008的数据集成
最近SDS小组增加了一个熟悉的SQL Server关系模型,它基于现有的SQL Server APIs与工具。然而就可用性与可伸缩性来说,SDS的主要目标在于云,因为我们可以从任何平台访问SDS,如PHP、Ruby及Java。Nigel演示了如何使用PHP WordPress(通过ODBC驱动调用SDS)构建一个博客站点。
SDS小组在MIX 09上宣布支持完全信任的代码与本地代码。
之前基于REST与ACE的SDS API现在已经完全被TDS和TSQL所取代,但你仍然可以使用计算云资源(Compute Cloud Resource)中的Astoria连接后端的SDS来公开REST接口,你还可以使用ADO.NET+EF或是新的连接到SDS的SQL客户端程序库。在高连接的情况下TDS运转良好。
接下来,Nigel又谈到了服务供应模型(Service Provisioning Model):每个账户都有一个先后次序,同时拥有一个或多个虚拟服务器。
每个服务器都拥有一个或多个数据库(包含了一个虚拟主机)。每个数据库是有大小限制的,目前为5-10 Gb,同时每个数据库拥有一个或多个登录帐号(SQL用户)。其认证授权机制与SQL Server 2008一样。事实上,Nigel强调的是:你现在就可以开始面向SDS的开发之旅了,只需使用SQL Server Express 2008即可。
SDS底层管理着请求路由、安全和隔离。它还提供了一种可伸缩、高可用的技术,包括:
·自动复制与失败恢复
·“fabric”保证了高可用性——如果某台服务器宕掉了,它会将请求从该服务器转到其它服务器上
·供应(数据库、账户、角色等等)、度量及排序
·负载平衡:如果某台服务器负载过大,我们可以复制一份并让某个次级服务器成为主服务器,同时还可以将某份复制移动到其他服务器上去
Nigel详述了SDS的兼容性目标:
·支持常见的应用模式
·基于逻辑/策略的管理
·从服务器到云的模式(反之亦然)
·考虑多种租赁
·节流与负载平衡
·限制数据库大小、及事务间隔
他相信第一版会满足Web和部门应用95%以上的需求。
就SQL兼容性来说,SDS第一版中将会支持:
·表、索引及视图
·存储过程
·触发器
·约束
·表变量、会话与临时表
然而第一版将不会包含下面这些特性
·分布式事务
·分布式查询
·CLR
·Service Broker
·空间能力
·物理服务器或目录DDL与视图
其安全模型与本地模型完全兼容,但限制于标准的SQL认证与登录上。他们会在未来支持AD联盟、WLID等以作为备选的认证协议。
Nigel还谈到了未来的路线图:
·分区数据库
·地理位置与地理冗余
·分布式查询
·安全的w/AD、WLID等等
·支持多级硬件和软件隔离
目前可以通过邀请的方式获取其CTP。