微软SQL-Azure云数据库开发揭秘 (微软sql server有什么用)

教程大全 2025-07-18 21:21:00 浏览次

应该没有开发者不认识Microsoft SQL Server，但是肯定有开发者不知SQL Azure 为何物。SQL Azure 是微软云计算平台(Windows Azure Platform)的三大组成部分之一，是一个部署在云端的关系型数据库引擎，它支持SQL Server中绝大多数和开发有关的功能。也可以简单的认为SQL Azure就是SQL Server的云端版本，但是还是有一些区别，我们将在下文进行介绍。本文对SQL Azure做一个概述，主要从SQL Azure的架构、主要功能、访问SQL Azure的数据、SQL和SQL Server功能比较这几个方面来介绍，以期大家对SQL Azure有一个整体性的认识。

SQL Azure的架构

就像微软云计算服务平台(在这里笔者认为微软云计算服务平台包含了微软云计算平台，还包括了构建在此平台上的服务，如living Service，当然这只是作者的理解，值得商榷。)上的其它服务一样，SQL Azure也是一个高可用性、高可扩展性的数据实体服务，这个服务跑在云端，或者说是跑在微软公司在世界各地建立的数据中心上。

数据中心(Data Center，DC)通过实现统一的数据定义与命名规范、集中的数据环境，从而达到数据共享与使用的目标。一个典型的数据中心常常跨多个供应商和多个产品的组件，包括：主机设备、数据备份设备、数据存储设备、高可用系统、数据安全系统、数据库系统等等，当前数据中心和下一代数据中心的参考架构如图1:示：

图1 数据中心架构

其实我们从上图中的下一代数据中心架构可以看出来，目前构建云计算平台的数据中心是就是上图中下一代数据中心架构的实现。微软数据中心还提供了负载均衡、数据容灾、备份恢复功能，当然，在未来它可能支持的功能有：MARS支持、空间坐标数据和50GB的容量选项。还会提供一个SQL Azure Labs，其中包含一些未来可能具备的加强功能，比如将要亮相的OData Services。SQL Azure的整体架构如图2所示：

图2 SQL Azure架构

由图2我们可以看出，SQL Azure是一个四层架构，基础设施层(Infrastructure Layer)、平台层(Platform Layer)、服务层(Service Layer)、客户端层(Client Layer)，基础设施层、平台层和服务层构成了微软数据中心。下面我们分别予以介绍。

基础设施层

基础设置提供了硬件支持和操作系统，以及对服务层所运行的服务管理。同时也是核心数据层，可以为一个数据中心提供多个共享服务。

平台层

平台层由三部分组成：SQL Server实例、SQL Server Fabric、管理服务。SQL Server实例就是一个SQL Server数据库引擎。每个SQL Server数据库引擎实例各有一套不为其他实例共享的系统及用户数据库。由于实例各有一套不为其他实例共享的系统及用户数据库，所以各实例的运行是独立的，一个实例的运行不会受其他实例运行的影响，也不会影响其他实例的运行。在一台计算机上安装多个SQL Server实例，就相当于把这台计算机模拟成多个数据库服务器，而且这些模拟的数据库服务器是独立且同时运行的。

SQL Server Fabric是一个底层框架，是一个分布式的框架，集成了网络、服务器和存储，因此这个框架能够使得SQL Azure自动进行负载均衡、数据容灾、备份恢复。

管理服务能够对运行在其上的服务进行健康检查、升级或者打补丁。并为SQL Server Fabric提供软硬件支持。

服务层

服务层连接了客户端层和平台层，包含三大功能：数据提供(Provisioning)、账单和计量(Billing and 、Metering)、连接路由(Connection Routing)，期中Provisioning 列举了微软云计算平台账户。服务层同时暴露了带有SSL的列表数据流(Tabular>图3 访问SQL Azure中的数据

在上图所示场景A中，使用应用程序代码存储数据中心访问权限，但是数据存在于SQL Azure中，应用程序可是使用客户端库访问SQL Azure。它的优点是直接连接到SQL Azure中的数据库，其缺点是每个客户端必须使用已经提供的数据访问方法如ADO.Net来访问SQL Azure中的数据库。

在上图所示的场景B中，应用程序代码在Windows Azure上，应用数据库在SQL Azure中的数据库上，可以使用像场景A中的客户端数据访问类库来访问数据。场景B中允许了更多的客户端类型来访问，如桌面客户端应用和SilverLight应用对数据的访问。这种访问方式的优点有：业务逻辑离数据库更近、暴露了一些标准接口，如HTTP、SOAP、客户端程序不必依赖SQL Server 客户端API。如果使用Windows Azure作为中间层访问数据，数据库性能是其***缺点。

SQL Azure VS SQL Server

有关SQL Azure和SQL Server的详细功能对比，这里就不再做出说明，感兴趣的读者可以参考微软云计算中文博客,其地址是：

或者参考其镜像站点CSDN博客的关于SQL Azure和SQL Server的功能对比。地址：

总结

本文介绍了SQL Server的云计算平台版本——SQL Azure，但是我们又不能简单的把SQL Azure看成是构建在云端的SQL Server。SQL Azure是一个四层结构：基础架构层、平台层、服务层和客户端层，前三层构成了微软数据中心，客户端层使用API或者基于Web的客户端来访问存储在云中的数据。

【编辑推荐】

cpu使用率高是什么真相造成的？

一、硬件因素以下分别从CPU温度，CPU超线程，硬件配置，硬件驱动和待机方面分析。 1、CPU温度过高如果CPU风扇散热不好，会导致CPU温度太高，使CPU自动降频，从而使CPU的性能降低。总之高温时CPU会自动将降低工作效率。 2、超线程超线程导致CPU使用率占用高，这类故障的共同原因就是都使用了具有超线程功能的P4 CPU。 3、不完善的驱动程序硬件的驱动程序没有经过认证或者是不合法的认证，会造成CPU资源占用率高。因大量的测试版的驱动在网上泛滥，造成了难以发现的故障原因。处理方式：尤其是显卡驱动特别要注意，建议使用微软认证的或由官方发布的驱动，并且严格核对型号、版本。 4、待机经常使用待机功能，也会造成系统自动关闭硬盘DMA模式。这不仅会使系统性能大幅度下降，系统启动速度变慢，也会使是系统在运行一些大型软件时CPU使用率高。二、系统进程因素相对于硬件因素的影响，系统进程的异常也多为CPU资源使用率高的征兆。以下分别以Dllhost进程和Services进程的分析来剖析异常的原因以及解决办法。 1、Dllhost进程特征：服务器正常CPU消耗应该在75%以下，而且CPU消耗应该是上下起伏的，出现这种问题的服务器，CPU会突然一直处100%的水平，而且不会下降。查看任务管理器，可以发现是消耗了所有的CPU空闲时间，管理员在这种情况下，只好重新启动IIS服务，奇怪的是，重新启动IIS服务后一切正常，但可能过了一段时间后，问题又再次出现了。直接原因：有一个或多个ACCESS数据库在多次读写过程中损坏，微软的MDAC系统在写入这个损坏的ACCESS文件时，ASP线程处于BLOCK状态，结果其它线程只能等待，IIS被死锁了，全部的CPU时间都消耗在DLLHOST中。 2、Services进程症状：在基于 Windows 2000 的计算机上，中的 CPU 使用率可能间歇性地达到100 %，并且计算机可能停止响应（挂起）。出现此问题时，连接到该计算机（如果它是文件服务器或域控制器）的用户会被断开连接。您可能还需要重新启动计算机。如果错误地处理将文件刷新到磁盘的方式，则会出现此症状。

如何通过razorsql查看db2视图

可以通过JDBC或ODBC连接到数据库：DB2 H2 OpenBase solidDBDBASE HSQLDB Microsoft Access Oracle SQL AnywhereDerby Informiee Mimer SQL Paradoee SQL AzureFilemaker Ingres MS SQL Server Pervasive Sybase (ASE)Firebird Interbase MySQL PostgreSQL Sybase IQFrontbase Int，在WindowsRazorSQL是一个SQL查询工具，包括支持以下数据库。RazorSQL已超过30数据库测试，SQL编辑器，数据库浏览器，以及Linuee上，Mac OS EE和Solaris的数据库管理工具