微软下一代SQL Server的技术特性解析

 上周,在微软召开的商务吹风会上,该公司对其下一款代号为“Katmai”的SQL Server数据平台进行了保守的揭秘。

会上,微软并非将“Katmai”和盘托出,而是 始终欲擒故纵,对发布日期及其具体特性闪烁其词。只说面世时间为2008年,且将对这款平台的新特性进行深入的阐释。

微软同时将公布已于去年从一家名叫SoftArtisans的公司获得的技术。此技术应用于一名叫OfficeWriter的产品,该产品将SQL服务器数据库中的数据转换为Exel及Word文件,且使用户能够用此类程序撰写及查看报告。OfficeWriter将直接融于Katmai。微软数据机存储平台副总Ted Kummert说:“我们的目的是向终端用户提供广泛的数据”。

微软增加了对更多数据类型的支持,Katmai将支持的数据类型包括无形数据如档案及成像数据,几类新的日期及时间数据,及一种可用于场所应用软件的“空间”数据类型。

Kunnert强调的一种新的管理特点是“突破性管理架构”,此特性将使用户更容易的在SQL服务器数据库中为数据编写新的程序。比如,该特性将使用户编写一程序保证包含信用卡数字的数据列中每个数据都被加密。在相似工作量的基础上,该特性同时可以为服务器间编写程序。

下一款SQL Server同时包含“实体数据平台”,即所说的ADO网络实体结构。该平台免去了研发者对付在一相关表格中原始数据的烦恼,使其可以很容易对数据在实物层面上的处理,即时定义该种物体(如一个客户或产品实体)的信息及数据分布在多个表格里。同时该产品也可支持语言整合查询,或LINQ,此功能简化了研发这查询数据库的所需程序。

Katmai还有一项重要特性就是增加了SQL Server的数据存储效率。通过各种浓缩的特性,Katmai具有更高的可测性。Katmai拥有了在大型数据存储情境下更高的搜索能力,以及一名为“资源管理者”的特性,该特性可以将一数据库里的资源分配给具体的用户及工作流程。“这是我们投资的一个巨大领域”,Kummert说。

Kunnert进一步阐释,SQL将成为微软软件及服务战略的一部分。

时间: 2024-12-27 22:17:04

微软下一代SQL Server的技术特性解析的相关文章

谈谈我的微软特约稿:《SQL Server 2014 新特性:IO资源调控》

原文:谈谈我的微软特约稿:<SQL Server 2014 新特性:IO资源调控> 一.本文所涉及的内容(Contents) 本文所涉及的内容(Contents) 背景(Contexts) 篡写经历(Experience) 特约稿正文(Content-body) 第一部分:生活中资源调控器: 第二部分:SQL Server中资源调控器: 第三部分:SQL Server资源调控器运用场景-CPU: 第四部分:SQL Server资源调控器运用场景-IO: 第五部分:总结: 第六部分:作者简介:

SQL Server锁分区特性引发死锁解析

原文:SQL Server锁分区特性引发死锁解析 锁分区技术使得SQL Server可以更好地应对并发情形,但也有可能带来负面影响,这里通过实例为大家介绍,分析由于锁分区造成的死锁情形. 前段时间园友@JentleWang在我的博客锁分区提升并发,以及锁等待实例中问及锁分区的一些特性造成死锁的问题,这类死锁并不常见,我们在这里仔细分析下.不了解锁分区技术的朋友请先看下我的锁分区那篇实例. Code(执行测试脚本时请注意执行顺序,说明) 步骤1 创建测试数据 use tempdb go creat

SQL Server并行死锁案例解析

原文:SQL Server并行死锁案例解析 并行执行作为提升查询响应时间,提高用户体验的一种有效手段被大家所熟知,感兴趣的朋友可以看我以前的博客SQL Server优化技巧之SQL Server中的"MapReduce", SQL Server优化器特性-位图过滤(Bitmap),然而正如我一直强调的,任何事物均有利弊,重点在于抉择.近日有朋友问我关于在今年7月份SQL Saturday中分享的并行执行中关于并行死锁的内容,这里我就详细解释下我举的实例中的并行死锁.      并行死锁

SQL Server -&gt;&gt; 深入探讨SQL Server 2016新特性之 --- Temporal Table(历史表)

原文:SQL Server ->> 深入探讨SQL Server 2016新特性之 --- Temporal Table(历史表) 作为SQL Server 2016(CTP3.x)的另一个新特性,Temporal Table(历史表)记录了表历史上任何时间点所有的数据改动.Temporal Table其实早在ANSI SQL 2011就提出了,而SAP HANA, DB2和Oracle早已在它们的产品中加入/实现了这一特性.所以说微软其实是落后了几个竞争对手.既然在CTP3.0中加入了,相信

云计算一周热文回顾:NoSQL数据库技术特性解析之文档数据库

NoSQL数据库技术特性解析之文档数据库 现今云计算的从业人员对NoSQL一词并不感到陌生,虽然很多技术人员都长期从事关系数据库的工作,但现在他们对NoSQL技术充满期待.对于企业来说,从关系型数据库到NoSQL数据库转变绝对是个需要深思熟虑的大改变.这涉及的不仅是软件的变化,更多的是对于数据存储上观念性的变化. 大多数非关系数据库都具有快速和可伸缩的特性.通过放弃关系存储模型和架构,关系数据库便可脱离由紧密结合的架构所带来对其施加的限制.应用程序也无需再链接数据库内表中的数据. MongoDB

SQL Server优化器特性-隐式谓词

原文:SQL Server优化器特性-隐式谓词 我们都知道,一条SQL语句提交给优化器会产生相应的执行计划然后执行输出结果,但他的执行计划是如何产生的呢?这可能是关系型数据库最复杂的部分了.这里我为大家介绍一个有关SQL Server优化器的特性-隐式谓词,并简单介绍在此特性下如何根据场景控制优化器的行为.    在这里我通过一个简单的实例来给大家说明下. code CREATE TABLE T1 (A INT, B INT) CREATE TABLE T2 (A INT, B INT) set

SQL Server 优化器特性导致的内存授予相关BUG

原文:SQL Server 优化器特性导致的内存授予相关BUG 我们有时会遇到一些坑,要不填平,要不绕过.这里为大家介绍一个相关SQL Server优化器方面的特性导致内存授予的相关BUG,及相关解决方式,也顺便回答下邹建同学的相关疑问.   问题描述 一个简单的查询消耗了匪夷所思的内存.(邹建同学发现的) 原文链接 Code create table test_mem ( id int identity(1,1) primary key, itemid int not null, date d

小心SQL SERVER 2014新特性——基数评估引起一些性能问题

  在前阵子写的一篇博文"SQL SERVER 2014 下IF EXITS 居然引起执行计划变更的案例分享" 里介绍了数据库从SQL SERVER 2005升级到 SQL SERVER 2014后,发现一个SQL出现性能问题,当时分析后发现执行计划变了,导致SQL出现了性能问题.但是没有彻底搞清楚为什么出现这种情况.当时看到 Actual Number of Rows 与Estimated Number of Rows之间的偏差较大(统计信息是最新的),以为是优化器的Bug造成的.其

小心SQL SERVER 2014新特性&amp;mdash;&amp;mdash;基数评估引起一些性能问题

    在前阵子写的一篇博文"SQL SERVER 2014 下IF EXITS 居然引起执行计划变更的案例分享"里介绍了数据库从SQL SERVER 2005升级到 SQL SERVER 2014后,发现一个SQL出现性能问题,当时分析后发现执行计划变了,导致SQL出现了性能问题.但是没有彻底搞清楚为什么出现这种情况.当时看到Actual Number of Rows 与Estimated Number of Rows之间的偏差较大(统计信息是最新的),以为是优化器的Bug造成的.其