智能路灯系统-总详细设计方案

广州市丰成网络科技有限公司智能路灯系统详细设计说明书Preparedby拟制Date日期2016-1-10Reviewedby评审人Date日期Approvedby批准Date日期RevisionRecord修订记录Date日期RevisionVersion修订

版本SecNo.

修改

章节ChangeDescription修改描述Author作者2016.1.10V1.0柯楚健

目录19401详细设计说明书 1523RevisionRecord修订记录 2168191总体方案确认 4249991.1系统总体结构确认 447251.1.1系统组成 414671.1.2路灯控制模块 4132521.1.3路灯管理模块 418631.1.4系统架构 4215891.1.5系统工作流程 5135881.2系统详细界面划分 579521.2.1应用系统与支撑系统的详细界面划分 5206441.2.2系统内部详细界面划分 628858路灯控制模块 610163路灯管理模块 723561总体设计 757532系统详细设计 10305282.1系统结构设计及子系统划分 1085352.2系统功能模块详细设计 1219882.2.1路灯控制系统功能模块： 1321952.2.2路灯管理模块： 148472.3系统界面详细设计 1639192.3.1用户界面设计 16234583数据库系统设计 27140503.1设计要求 27289043.2信息模型设计 28312833.3数据库设计 28102873.3.1设计依据 28124963.3.2数据库种类及特点 32201263.3.3数据库逻辑结构 40163393.3.4数据库安全 42305383.4数据字典 43总体方案确认系统总体结构确认系统组成路灯控制模块功能介绍：路灯控制模块是负责路灯的控制模块，在该模块中，通过一系列的命令对路灯进行开关，调光灯灯控制。用户操作：用户通过开灯指令，关灯指令，调光指令，对系统中的路灯进行对应的开灯，关灯以及调光操作，还可以进行定时设置操作。路灯管理模块功能介绍：路灯管理模块式负责路灯的管理部分，在该模块中，可以对路灯进行添加，删除以及修改操作。用户操作：用户在进去管理模块后，在路灯节点树进行路灯的管理操作，对路灯节点进行增删改操作。系统架构WebMis1.0框架层次名称项目命名说明表现层WEBUI是客户端的用户界面，负责从用户方接收命令，请求，数据，传递给业务层处理，然后将结果呈现出来。业务逻辑层BLL业务逻辑层封装了实际业务逻辑，包含数据验证，事物处理，权限处理等业务相关操作。数据访问层DAL数据访问层提供业务逻辑层所需要的数据访问接口。模型层Model数据库表结构的数据实体集合。系统工作流程系统详细界面划分应用系统与支撑系统的详细界面划分应用系统与支撑系统之间的界面包括系统主服务器与其他服务器的服务范围及访问方式，网络及数据库对应用系统的支撑方式，全局数据的管理与存取方式等。本系统运行环境兼容于windows2003，windowsXP，windows7等操作系统，服务器采用MicrosoftIIS。客户端通过WEB浏览器打开系统的地址，然后通过用户名和密码发送到服务器进行验证，验证正确后就登陆系统。系统内部详细界面划分路灯控制模块 路灯控制模块的主要功能是对路灯进行开关灯，调光的控制。左边为路灯节点树，中间为地图展示模块，右侧为功能窗口，下方为命令窗口。路灯管理模块左边为路灯管理节点树，右边为路灯位置展示页面。总体设计三层架构(3-tierarchitecture)通常意义上的三层架构就是将整个业务应用划分为：界面层（UserInterfacelayer）、业务逻辑层（BusinessLogicLayer）、数据访问层（Dataaccesslayer）。区分层次的目的即为了“高内聚低耦合”的思想。在软件体系架构设计中，分层式结构是最常见，也是最重要的一种结构。微软推荐的分层式结构一般分为三层，从下至上分别为：数据访问层、业务逻辑层（又或称为领域层）、表示层。具有以下优点：耦合性低视图层和业务层分离，这样就允许更改视图层代码而不用重新编译模型和控制器代码，同样，一个应用的业务流程或者业务规则的改变只需要改动MVC的模型层即可。因为模型与控制器和视图相分离，所以很容易改变应用程序的数据层和业务规则。模型是自包含的，并且与控制器和视图相分离，所以很容易改变应用程序的数据层和业务规则。如果把数据库从MySQL移植到Oracle，或者改变基于RDBMS数据源到LDAP，只需改变模型即可。一旦正确的实现了模型，不管数据来自数据库或是LDAP服务器，视图将会正确的显示它们。由于运用MVC的应用程序的三个部件是相互独立，改变其中一个不会影响其它两个，所以依据这种设计思想能构造良好的松耦合的构件。[11]重用性高随着技术的不断进步，需要用越来越多的方式来访问应用程序。MVC模式允许使用各种不同样式的视图来访问同一个服务器端的代码，因为多个视图能共享一个模型，它包括任何WEB（HTTP）浏览器或者无线浏览器（wap），比如，用户可以通过电脑也可通过手机来订购某样产品，虽然订购的方式不一样，但处理订购产品的方式是一样的。由于模型返回的数据没有进行格式化，所以同样的构件能被不同的界面使用。例如，很多数据可能用HTML来表示，但是也有可能用WAP来表示，而这些表示所需要的命令是改变视图层的实现方式，而控制层和模型层无需做任何改变。由于已经将数据和业务规则从表示层分开，所以可以最大化的重用代码了。模型也有状态管理和数据持久性处理的功能，例如，基于会话的购物车和电子商务过程也能被Flash网站或者无线联网的应用程序所重用。[11]生命周期成本低MVC使开发和维护用户接口的技术含量降低。部署快使用MVC模式使开发时间得到相当大的缩减，它使程序员集中精力于业务逻辑，界面程序员（HTML和JSP开发人员）集中精力于表现形式上。可维护性高分离视图层和业务逻辑层也使得WEB应用更易于维护和修改。有利软件工程化管理由于不同的层各司其职，每一层不同的应用具有某些相同的特征，有利于通过工程化、工具化管理程序代码。控制器也提供了一个好处，就是可以使用控制器来联接不同的模型和视图去完成用户的需求，这样控制器可以为构造应用程序提供强有力的手段。给定一些可重用的模型和视图，控制器可以根据用户的需求选择模型进行处理，然后选择视图将处理结果显示给用户。设计功能模块：MODEL:负责生成数据模型。包括user、role、deviceinfo、config、uesrarea等。DAL:负责对应的数据访问模块。包括USER_DAL、DEVICEINFO_DAL、CONFIG_DAL、USERAREA_DAL等。BLL:负责模型逻辑管理。包括USER_BLL、DEVICEINFO_BLL、CONFIG_BLL、USERAREA_BLL等。TOOLS:包含一些常用的工具类：包括XmlHelper,SessionHelper等。WEB:前端表现层，管理页面和展示页面。包括MainForma.aspx、Login.aspx、RoleMgrForm.aspx等

系统详细设计系统结构设计及子系统划分系统名称一级模块二级模块说明路灯控制模块路灯控制开关灯通过指令对对应的路灯进行简单的开关灯操作调光通过不同亮度设置，进行路灯调光情景控制情景模式定义不同的情景模式模式命令集通过对不同的模式命令集类配置不同的情景模式，指令包括开灯，关灯，调光等。路灯管理模块节点管理添加添加路灯节点删除删除路灯节点修改修改路灯节点属性管理修改路灯的名称，网络ID，设备ID等节点位置管理修改路灯在地图上展示位置用户管理用户管理用户增删改以及权限设置角色管理用户角色管理系统功能模块详细设计系统分为三部分，分别是：路灯控制系统，路灯管理系统和系统管理。用户，在以个人登录系统后，通过不同的接口操作，点击进入不同的系统。路灯控制系统功能模块：图路灯控制系统结构图路灯控制系统路灯控制开灯通过远程指令实行开灯操作关灯通过远程指令实行关灯操作调光通过远程指令实行调光操作属性查询通过查询动作对路灯的当前属性进行查询情景模式情景设置对情景模式进行定义模式命令集设置设置情景模式中的模式命令集路灯控制系统，可以简单便捷的进行路灯的控制和管理，通过地图的展示可以清楚的知道路灯的位置，并进行各种路灯的操作，包括开光灯、调光和属性查询。属性查询让用户清楚的了解到路灯的当前情况，是否正常，有无需要维修。在情景模式中，通过用户自行设定的情景模式，可以对路灯进行不同情景模式的设置。比如在冬天可以在下午5点定时开灯，次日早上7点关灯，设置为冬天模式。同理可以设置夏天模式等。路灯管理模块：图路灯管理系统结构图路灯管理系统节点管理添加路灯添加区域，添加控制器，添加路灯组，添加路灯。通过不同的添加动作添加不同的节点与子节点删除路灯删除指点的路灯修改路灯修改路灯节点属性管理对路灯的属性进行设置位置管理设置路灯在地图上显示的位置路灯管理系统，是通过对路灯节点树的操作进行路灯的管理。通过添加路灯、删除路灯、属性管理以及位置管理等操作，进行路灯配置，将需要进行控制的路灯配置至系统内部。系统界面详细设计用户界面设计登录页面路灯控制页面路灯节点树路灯地图展示功能管理情景管理用户管理角色管理命令行窗口路灯管理中心数据库系统设计设计要求要求一：表中应该避免可为空的列。虽然表中允许空列，但是，空字段是一种比较特殊的数据类型。数据库在处理的时候，需要进行特殊的处理。如此的话，就会增加数据库处理记录的复杂性。当表中有比较多的空字段时，在同等条件下，数据库处理的性能会降低许多。所以，虽然在数据库表设计的时候，允许表中具有空字段，但是，我们应该尽量避免。若确实需要的话，我们可以通过一些折中的方式，来处理这些空字段，让其对数据库性能的影响降低到最少。二是若一张表中，允许为空的列比较多，接近表全部列数的三分之一。而且，这些列在大部分情况下，都是可有可无的。若数据库管理员遇到这种情况，笔者建议另外建立一张副表，以保存这些列。然后通过关键字把主表跟这张副表关联起来。将数据存储在两个独立的表中使得主表的设计更为简单，同时也能够满足存储空值信息的需要。要求二：表不应该有重复的值或者列。要求三：表中记录应该有一个唯一的标识符。在数据库表设计的时候，数据库管理员应该养成一个好习惯，用一个ID号来唯一的标识行记录，而不要通过名字、编号等字段来对纪录进行区分。每个表都应该有一个ID列，任何两个记录都不可以共享同一个ID值。另外，这个ID值最好有数据库来进行自动管理，而不要把这个任务给前台应用程序。否则的话，很容易产生ID值不统一的情况。要求四：数据库对象要有统一的前缀名。一个比较复杂的应用系统，其对应的数据库表往往以千计。若让数据库管理员看到对象名就了解这个数据库对象所起的作用，恐怕会比较困难。而且在数据库对象引用的时候，数据库管理员也会为不能迅速找到所需要的数据库对象而头疼。其次，表、视图、函数等最好也有统一的前缀。如视图可以用V为前缀，而函数则可以利用F为前缀。如此数据库管理员无论是在日常管理还是对象引用的时候，都能够在最短的时间内找到自己所需要的对象。要求五：尽量只存储单一实体类型的数据。这里讲的实体类型跟数据类型不是一回事，要注意区分。这里讲的实体类型是指所需要描述对象的本身。如现在有一个图书馆里系统，有图书基本信息、作者信息两个实体对象。若用户要把这两个实体对象信息放在同一张表中也是可以的。如可以把表设计成图书名字、图书作者等等。可是如此设计的话，会给后续的维护带来不少的麻烦。以上五条是在数据库设计时达到规范化水平的基本要求。信息模型设计数据库设计设计依据原始单据与实体之间的关系可以是一对一、一对多、多对多的关系。在一般情况下，它们是一对一的关系：即一张原始单据对应且只对应一个实体。在特殊情况下，它们可能是一对多或多对一的关系，即一张原始单证对应多个实体，或多张原始单证对应一个实体。主键与外键一般而言，一个实体不能既无主键又无外键。在E—R图中,处于叶子部位的实体,可以定义主键，也可以不定义主键(因为它无子孙),但必须要有外键(因为它有父亲)。主键与外键的设计，在全局数据库的设计中，占有重要地位。当全局数据库的设计完成以后，有个美国数据库设计专家说：“键，到处都是键，除了键之外，什么也没有”，这就是他的数据库设计经验之谈，也反映了他对信息系统核心(数据模型)的高度抽象思想。因为：主键是实体的高度抽象，主键与外键的配对，表示实体之间的连接。基本表的性质基本表与中间表、临时表不同，因为它具有如下四个特性：(1)原子性。基本表中的字段是不可再分解的。(2)原始性。基本表中的记录是原始数据（基础数据）的记录。(3)演绎性。由基本表与代码表中的数据，可以派生出所有的输出数据。(4)稳定性。基本表的结构是相对稳定的，表中的记录是要长期保存的。理解基本表的性质后，在设计数据库时，就能将基本表与中间表、临时表区分开来。范式标准基本表及其字段之间的关系,应尽量满足第三范式。但是，满足第三范式的数据库设计，往往不是最好的设计。为了提高数据库的运行效率，常常需要降低范式标准：适当增加冗余，达到以空间换时间的目的。通俗地理解三个范式通俗地理解三个范式，对于数据库设计大有好处。在数据库设计中，为了更好地应用三个范式，就必须通俗地理解三个范式(通俗地理解是够用的理解，并不是最科学最准确的理解)：第一范式：1NF是对属性的原子性约束，要求属性具有原子性，不可再分解；第二范式：2NF是对记录的惟一性约束，要求记录有惟一标识，即实体的惟一性；第三范式：3NF是对字段冗余性的约束，即任何字段不能由其他字段派生出来，它要求字段没有冗余。没有冗余的数据库设计可以做到。但是，没有冗余的数据库未必是最好的数据库，有时为了提高运行效率，就必须降低范式标准，适当保留冗余数据。具体做法是：在概念数据模型设计时遵守第三范式，降低范式标准的工作放到物理数据模型设计时考虑。降低范式就是增加字段，允许冗余。要善于识别与正确处理多对多的关系若两个实体之间存在多对多的关系，则应消除这种关系。消除的办法是，在两者之间增加第三个实体。这样，原来一个多对多的关系，现在变为两个一对多的关系。要将原来两个实体的属性合理地分配到三个实体中去。这里的第三个实体，实质上是一个较复杂的关系，它对应一张基本表。一般来讲，数据库设计工具不能识别多对多的关系，但能处理多对多的关系。主键PK的取值方法PK是供程序员使用的表间连接工具，可以是一无物理意义的数字串,由程序自动加1来实现。也可以是有物理意义的字段名或字段名的组合。不过前者比后者好。当PK是字段名的组合时，建议字段的个数不要太多，多了不但索引占用空间大，而且速度也慢。正确认识数据冗余主键与外键在多表中的重复出现,不属于数据冗余，这个概念必须清楚，事实上有许多人还不清楚。非键字段的重复出现,才是数据冗余！而且是一种低级冗余，即重复性的冗余。高级冗余不是字段的重复出现，而是字段的派生出现。视图技术在数据库设计中很有用与基本表、代码表、中间表不同，视图是一种虚表，它依赖数据源的实表而存在。视图是供程序员使用数据库的一个窗口，是基表数据综合的一种形式,是数据处理的一种方法，是用户数据保密的一种手段。为了进行复杂处理、提高运算速度和节省存储空间,视图的定义深度一般不得超过三层。若三层视图仍不够用,则应在视图上定义临时表,在临时表上再定义视图。这样反复交迭定义,视图的深度就不受限制了。中间表、报表和临时表中间表是存放统计数据的表，它是为数据仓库、输出报表或查询结果而设计的，有时它没有主键与外键(数据仓库除外)。临时表是程序员个人设计的，存放临时记录，为个人所用。基表和中间表由DBA维护，临时表由程序员自己用程序自动维护。完整性约束表现在三个方面域的完整性：用Check来实现约束，在数据库设计工具中，对字段的取值范围进行定义时，有一个Check按钮，通过它定义字段的值城。防止数据库设计打补丁的方法是“三少原则”(1)一个数据库中表的个数越少越好。只有表的个数少了，才能说明系统的E--R图少而精，去掉了重复的多余的实体，形成了对客观世界的高度抽象，进行了系统的数据集成，防止了打补丁式的设计；(2)一个表中组合主键的字段个数越少越好。因为主键的作用，一是建主键索引，二是做为子表的外键，所以组合主键的字段个数少了，不仅节省了运行时间，而且节省了索引存储空间；(3)一个表中的字段个数越少越好。只有字段的个数少了，才能说明在系统中不存在数据重复，且很少有数据冗余，更重要的是督促读者学会“列变行”，这样就防止了将子表中的字段拉入到主表中去，在主表中留下许多空余的字段。所谓“列变行”，就是将主表中的一部分内容拉出去，另外单独建一个子表。这个方法很简单，有的人就是不习惯、不采纳、不执行。数据库设计的实用原则是：在数据冗余和处理速度之间找到合适的平衡点。“三少”是一个整体概念，综合观点，不能孤立某一个原则。该原则是相对的，不是绝对的。“三多”原则肯定是错误的。试想：若覆盖系统同样的功能，一百个实体(共一千个属性)的E--R图，肯定比二百个实体(共二千个属性)的E--R图，要好得多。提倡“三少”原则，是叫读者学会利用数据库设计技术进行系统的数据集成。数据集成的步骤是将文件系统集成为应用数据库，将应用数据库集成为主题数据库，将主题数据库集成为全局综合数据库。集成的程度越高，数据共享性就越强，信息孤岛现象就越少，整个企业信息系统的全局E—R图中实体的个数、主键的个数、属性的个数就会越少。提倡“三少”原则的目的，是防止读者利用打补丁技术，不断地对数据库进行增删改，使企业数据库变成了随意设计数据库表的“垃圾堆”，或数据库表的“大杂院”，最后造成数据库中的基本表、代码表、中间表、临时表杂乱无章，不计其数，导致企事业单位的信息系统无法维护而瘫痪。“三多”原则任何人都可以做到，该原则是“打补丁方法”设计数据库的歪理学说。“三少”原则是少而精的原则，它要求有较高的数据库设计技巧与艺术，不是任何人都能做到的，因为该原则是杜绝用“打补丁方法”设计数据库的理论依据。数据库种类及特点SQLServer是Microsoft公司推出的关系型数据库管理系统。具有使用方便可伸缩性好与相关软件集成程度高等优点，可跨越从运行MicrosoftWindows98的膝上型电脑到运行MicrosoftWindows2012的大型多处理器的服务器等多种平台使用。MicrosoftSQLServer是一个全面的数据库平台，使用集成的商业智能(BI)工具提供了企业级的数据管理。MicrosoftSQLServer数据库引擎为关系型数据和结构化数据提供了更安全可靠的存储功能，使您可以构建和管理用于业务的高可用和高性能的数据应用程序。SQLServer2005十个特点：NET框架主机使用SQLServer2005,开发人员通过使用相似的语言，例如微软的VisualC#.net和微软的VisualBasic,将能够创立数据库对象。开发人员还将能够建立两个新的对象--用户定义的类和集合。XML技术在使用本地网络和互联网的情况下，在不同应用软件之间散步数据的时候，可扩展标记语言（标准通用标记语言的子集）是一个重要的标准。SQLServer2005将会自身支持存储和查询可扩展标记语言文件。ADO.NET2.0版本从对SQL类的新的支持，到多活动结果集(MARS)，SQLServer2005中的ADO.NET将推动数据集的存取和操纵，实现更大的可升级性和灵活性。增强的安全性SQLServer2005中的新安全模式将用户和对象分开，提供fine-grainAccess存取、并允许对数据存取进行更大的控制。另外，所有系统表格将作为视图得到实施，对数据库系统对象进行了更大程度的控制。Transact-SQL的增强性能SQLServer2005为开发可升级的数据库应用软件，提供了新的语言功能。这些增强的性能包括处理错误、递归查询功能、关系运算符PIVOT,APPLY,ROW_NUMBER和其他数据列排行功能，等等。SQL服务中介SQL服务中介将为大型、营业范围内的应用软件，提供一个分布式的、异步应用框架。通告服务通告服务使得业务可以建立丰富的通知应用软件，向任何设备，提供个人化的和及时的信息，例如股市警报、新闻订阅、包裹递送警报、航空公司票价等。在SQLServer2005中，通告服务和其他技术更加紧密地融合在了一起，这些技术包括分析服务、SQLServerManagementStudio.Web服务使用SQLServer2005,开发人员将能够在数据库层开发Web服务，将SQLServer当作一个超文本传输协议(HTTP)侦听器，并且为网络服务中心应用软件提供一个新型的数据存取功能。报表服务利用SQLServer2005,报表服务可以提供报表控制，可以通过VisualStudio2005发行。全文搜索功能的增强SQLServer2005将支持丰富的全文应用软件。服务器的编目功能将得到增强，对编目的对象提供更大的灵活性。查询性能和可升级性将大幅得到改进，同时新的管理工具将为有关全文功能的运行，提供更深入的了解。MicrosoftSQLServer2005组件MicrosoftSQLServer2005是用于大规模联机事务处理(OLTP)、数据仓库和电子商务应用的数据库平台；也是用于数据集成、分析和报表解决方案的商业智能平台。SQLServer2005引入了一些“Studio”帮助实现开发和管理任务：SQLServerManagementStudio和BusinessIntelligenceDevelopmentStudio。在ManagementStudio中，可以开发和管理SQLServer数据库引擎与通知解决方案，管理已部署的AnalysisServices解决方案，管理和运行IntegrationServices包，以及管理报表服务器和ReportingServices报表与报表模型。在BIDevelopmentStudio中，可以使用以下项目来开发商业智能解决方案：使用AnalysisServices项目开发多维数据集、维度和挖掘结构；使用ReportingServices项目创建报表；使用报表模型项目定义报表的模型；使用IntegrationServices项目创建包。数据库引擎数据库引擎是用于存储、处理和保护数据的核心服务。利用数据库引擎可控制访问权限并快速处理事务，从而满足企业内要求极高而且需要处理大量数据的应用需要。使用数据库引擎创建用于联机事务处理或联机分析处理数据的关系数据库。这包括创建用于存储数据的表和用于查看、管理和保护数据安全的数据库对象（如索引、视图和存储过程）。可以使用SQLServerManagementStudio管理数据库对象，使用SQLServerProfiler捕获服务器事件。AnalysisServicesAnalysisServices是一种核心服务，可支持对业务数据的快速分析，以及为商业智能应用程序提供联机分析处理(OLAP)和数据挖掘功能。OLAP使用AnalysisServices，可以设计、创建和管理包含来自多个数据源的详细数据和聚合数据的多维结构，其中这些数据源（如关系数据库）都存在于内置计算支持的单个统一逻辑模型中。AnalysisServices为根据统一的数据模型构建的大量数据提供快速、直观、由上至下的分析，这样可以采用多种语言和货币向用户提供数据。AnalysisServices使用数据仓库、数据集市、生产数据库和操作数据存储区，以支持历史数据和实时数据分析。数据挖掘AnalysisServices包含创建复杂数据挖掘解决方案所需的功能和工具。一组行业标准数据挖掘算法。数据挖掘设计器，可用于创建、管理和浏览挖掘模型，并可以根据挖掘模型创建预测。DMX语言，可用于管理挖掘模型和创建复杂的预测查询。可以组合使用这些功能和工具，以发现数据中存在的趋势和模式，然后使用这些趋势和模式对业务难题作出明智决策。IntegrationServicesSQLServer2005IntegrationServices(SSIS)是SQLServer2005的提取、转换和加载(ETL)组件。它取代了早期的SQLServerETL组件DataTransformationServices(DTS)。IntegrationServices是用于生成企业级数据集成和数据转换解决方案的平台。使用IntegrationServices可解决复杂的业务问题，方法是复制或下载文件，发送电子邮件以响应事件，更新数据仓库，清除和挖掘数据以及管理SQLServer对象和数据。这些包可以独立使用，也可以与其他包一起使用以满足复杂的业务需求。IntegrationServices可以提取和转换来自多种源（如XML数据文件、平面文件和关系数据源）的数据，然后将这些数据加载到一个或多个目标。IntegrationServices包含一组丰富的内置任务和转换、用于构造包的工具以及用于运行和管理包的IntegrationServices服务。可以使用IntegrationServices图形工具来创建解决方案，此时无需编写一行代码；也可以对IntegrationServices对象模型进行编程，通过编程方式创建包并编写自定义任务以及其他包对象的代码。复制复制是一组技术，用于在数据库间复制和分发数据和数据库对象，然后在数据库间进行同步操作以维持一致性。使用复制可以将数据通过局域网、广域网、拨号连接、无线连接和Internet分发到不同位置以及分发给远程用户或移动用户。SQLServer提供以下三种功能各不相同的复制类型：事务复制、合并复制和快照复制。事务复制通常用于需要高吞吐量的服务器到服务器方案（包括：提高伸缩性和可用性、数据仓库和报告、集成多个站点的数据、集成异类数据以及卸载批处理）。合并复制主要为可能存在数据冲突的移动应用程序或分步式服务器应用程序而设计的。常见应用场景包括：与移动用户交换数据、POS（消费者销售点）应用程序以及集成来自多个站点的数据。快照复制用于为事务性复制和合并复制提供初始数据集；在适合数据完全刷新时也可以使用快照复制。利用这三种复制，SQLServer提供功能强大且灵活的系统，以便使企业范围的数据同步。ReportingServicesSQLServer2005ReportingServices(SSRS)是基于服务器的报表平台，提供来自关系和多维数据源的综合数据报表。ReportingServices包含处理组件、一整套可用于创建和管理报表的工具和允许开发人员在自定义应用程序中集成和扩展数据和报表处理的应用程序编程接口(API)。生成的报表可以基于SQLServer、AnalysisServices、Oracle或任何Microsoft.NETFramework数据访问接口（如ODBC或OLEDB）提供的关系数据或多维数据。利用ReportingServices，可以创建交互式报表、表格报表或自由格式报表，可以根据计划的时间间隔检索数据或在用户打开报表时按需检索数据。ReportingServices还允许用户基于预定义模型创建即席报表，并且允许通过交互方式浏览模型中的数据。所有报表可以按桌面格式或面向Web的格式呈现。您可以从许多查看格式中进行选择，以数据操作或打印的首选格式按需呈现报表。ReportingServices是基于服务器的解决方案，因此通过它可以集中存储和管理报表，安全地访问报表、模型和文件夹，控制报表的处理和分发方式，并使报表在企业内的使用方式标准化。NotificationServicesSQLServer2005NotificationServices是用于开发生成并发送通知的应用程序的平台，也是运行这些应用程序的引擎。可以使用NotificationServices生成并向大量订阅方及时发送个性化的消息，还可以向各种各样的应用程序和设备传递消息。使用NotificationServices平台，可以开发功能齐全的通知应用程序。订阅表达了订阅方在特定信息（称为事件）方面的兴趣，可以根据事件的到达或计划对其进行评估。事件数据本身可以源自数据库内部、其他数据库或外部源。通知是事件和订阅匹配的结果，在发送给订阅方之前，可以采用各种格式。NotificationServices引擎与SQLServer数据库引擎协同工作。数据库引擎存储应用程序数据，并执行事件和订阅之间的匹配。NotificationServices引擎控制数据流和数据处理，并且可以扩展到多台计算机。这可以改进要求极高的应用程序的性能。全文搜索SQLServer包含对SQLServer表中基于纯字符的数据进行全文查询所需的功能。全文查询可以包括字词和短语，或者一个字词或短语的多种形式。使用全文搜索可以快速、灵活地为存储在MicrosoftSQLServer数据库中的文本数据的基于关键字的查询创建索引。在SQLServer2005中，全文搜索提供企业级搜索功能。使用全文搜索可以同时在多个表的多个字段中搜索基于字符的纯文本数据。对大量非结构化的文本数据进行查询时，使用全文搜索获得的性能优势会得到充分的表现。例如，对数百万行文本数据执行的Transact-SQLLIKE查询可能需要花费几分钟时间才能返回结果；但对同样的数据，全文查询只需要几秒或更少的时间，具体取决于返回的行数。可以对存储在char、varchar或nvarchar列中的数据或存储在varbinary(max)或image列中的格式化二进制数据（如MicrosoftWord文档）创建全文搜索。ServiceBrokerSQLServer2005ServiceBroker为消息和队列应用程序提供SQLServer数据库引擎本地支持。这使开发人员可以轻松地创建使用数据库引擎组件在完全不同的数据库之间进行通信的复杂应用程序。开发人员可以使用ServiceBroker轻松生成可靠的分布式应用程序。使用ServiceBroker的应用程序开发人员无需编写复杂的内部通信和消息，即可跨多个数据库分发数据工作负荷。由于ServiceBroker处理会话上下文中的通信路径，所以降低了开发和测试工作。同时还提高性能。例如，支持网站的前端数据库可以记录信息并将处理密集型任务发送到后端数据库以进行排队。ServiceBroker确保在事务上下文中管理所有任务以确保可靠性和技术一致性。SQLServer2008MicrosoftSQLServer2008是一个重大的产品版本，它推出了许多新的特性和关键的改进，使得它成为至今为止的最强大和最全面的MicrosoftSQLServer版本。这篇文章详细介绍了MicrosoftSQLServer2008中的新的特性、优点和功能。微软的这个数据平台满足这些数据爆炸和下一代数据驱动应用程序的需求，支持数据平台愿景：关键任务企业数据平台、动态开发、关系数据和商业智能。MicrosoftSQLServer2008新功能这个平台有以下特点·可信任的——使得公司可以以很高的安全性、可靠性和可扩展性来运行他们最关键任务的应用程序。·高效的——使得公司可以降低开发和管理他们的数据基础设施的时间和成本。·智能的——提供了一个全面的平台，可以在你的用户需要的时候给他发送观察和信息。可信任的（一）保护你的信息在过去的MicrosoftSQLServer2005的基础之上，MicrosoftSQLServer2008做了以下方面的增强来扩展它的安全性：*简单的数据加密MicrosoftSQLServer2008可以对整个数据库、数据文件和日志文件进行加密，而不需要改动应用程序。进行加密使公司可以满足遵守规范及其关注microsoftsqlservermicrosoftsqlserver数据隐私的要求。简单的数据加密的好处包括使用任何范围或模糊查询搜索加密的数据、加强数据安全性以防止未授权的用户访问、还有数据加密。这些可以在不改变已有的应用程序的情况下进行。*外键管理MicrosoftSQLServer2008为加密和密钥管理提供了一个全面的解决方案。为了满足不断发展的对数据中心的信息的更强安全性的需求，公司投资给供应商来管理公司内的安全密钥。MicrosoftSQLServer2008通过支持第三方密钥管理和硬件安全模块（HSM）产品为这个需求提供了很好的支持。*增强了审查MicrosoftSQLServer2008使你可以审查你的数据的操作，从而提高了遵从性和安全性。审查不只包括对数据修改的所有信息，还包括关于什么时候对数据进行读取的信息。MicrosoftSQLServer2008具有像服务器中加强的审查的配置和管理这样的功能，这使得公司可以满足各种规范需求。MicrosoftSQLServer2008还可以定义每一个数据库的审查规范，所以审查配置可以为每一个数据库作单独的制定。为指定对象作审查配置使审查的执行性能更好，配置的灵活性也更高。确保业务可持续性*改进了数据库镜像MicrosoftSQLServer2008基于MicrosoftSQLServer2005，并提供了更可靠的加强了数据库镜像的平台。新的特性包括：·页面自动修复。MicrosoftSQLServer2008通过请求获得一个从镜像合作机器上得到的出错页面的重新拷贝，使主要的和镜像的计算机可以透明的修复数据页面上的823和824错误。·提高了性能。MicrosoftSQLServer2008压缩了输出的日志流，以便使数据库镜像所要求的网络带宽达到最小。*强大的审计功能SQLServer2008为我们带来了一些更强大的审计功能；或许其中最重要的一个就是变更数据捕获（CDC）。使用CDC，你能够捕获和记录发生在你数据库中的任意INSERT、UPDATE或DELETE等操作。一旦你为一个数据库启用了CDC功能，你可以对该数据库中的一个表进行跟踪记录。SQLServer会记录对这些表进行修改的信息，并将其写到启用CDC功能的数据库的某些系统表中。当一个用户针对你的数据表运行INSERT、UPDATE或UPDATE操作时，相关操作事务和相关数据就会被记录下来。对于INSERT来说，插入的数值会被记录，而对于DELETE来说，被删除的值同样也会被记录。UPDATE的操作略微有点不同。更新前后的数据都会被记录。通过使用CDC功能，你不仅可以知道对数据进行了何种操作，你还可以恢复因误操作或错误的程序所造成的丢失数据。这是SQLServer非常强大的一个新增功能，它为数据审计提供了一个非常有用的功能，在此以前，我们一般要借助于第三方工具来实现这一功能。数据库逻辑结构数据库安全数据库安全包含两层含义：第一层是指系统运行安全，系统运行安全通常受到的威胁如下，一些网络不法分子通过网络，局域网等途径通过入侵电脑使系统无法正常启动，或超负荷让机子运行大量算法，并关闭cpu风扇，使cpu过热烧坏等破坏性活动；第二层是指系统信息安全，系统安全通常受到的威胁如下，黑客对数据库入侵，并盗取想要的资料。数据库系统的安全特性主要是针对数据而言的，包括数据独立性、数据安全性、数据完整性、并发控制、故障恢复等几个方面。防护手段事前诊断数据库漏洞扫描系统，是一款帮助用户对当前的数据库系统进行自动化安全评估的专业软件，能有效暴露当前数据库系统的安全问题，提供对数据库的安全状况进行持续化监控，帮助用户保持数据库的安全健康状态。发现外部黑客攻击漏洞，防止外部攻击：实现非授权的从外到内的检测；模拟黑客使用的漏洞发现技术，在没有授权的情况下，对目标数据库的安全性作深入的探测分析；收集外部人员可以利用的数据库漏洞的详细信息。分析内部不安全配置，防止越权访问：通过只读账户，实现由内到外的检测；提供现有数据的漏洞透视图和数据库配置安全评估；避免内外部的非授权访问。监控数据库安全状况，防止数据库安全状况恶化：对于数据库建立安全基线，对数据库进行定期扫描，对所有安全状况发生的变化进行报告和分析。事中控制数据库保险箱，是一款基于透明加密技术的数据库防泄漏系统，该产品能够实现对数据库中的敏感数据加密存储、访问控制增强、应用访问安全、安全审计以及三权分立等功能。BCoffer基于主动防御机制，可以防止明文存储引起的数据泄密、突破边界防护的外部黑客攻击、内部高权限用户的数据窃取、逃开应用系统非法访问数据库，从根源上防止敏感数据泄漏。DBCoffer通过独创的、已获专利的三层视图技术和密文索引等核心技术，突破了传统数据库安全加固产品的技术瓶颈，真正实现了数据高度安全、应用完全透明、密文高效访问。事后分析数据库防火墙系统，是一款基于数据库协议分析与控制技术的数据库安全防护系统。DBFirewall基于主动防御机制，实现数据库的访问行为控制、危险操作阻断、可疑行为审计；通过SQL协议分析，根据预定义的禁止和许可策略让合法的SQL操作通过，阻断非法违规操作，形成数据库的外围防御圈,实现SQL危险操作的主动预防、实时审计；面对来自于外部的入侵行为，提供SQL注入禁止和数据库虚拟补丁包功能；通过虚拟补丁包，数据库系统不用升级、打补丁，即可完成对主要数据库漏洞的防控。数据字典表名字段名标识主键类型占用类型长度允许空UserAreaID√int410userIDint410areaIDint410DeviceTypeid√int410namenvarchar10050DTypeID√int410textnvarchar10050valueint410GroupTypeID√int410textnvarchar10050valueint410FAVORITESFid√int410Funid√int410UserId√varchar2020CreateDatedatetime823√NOTICEnid√√int410ntitlenvarchar510255√ncontenttext162147483647√ndatedatetime823√nownernvarchar10050√noriginnvarchar10050√nreceivervarchar5050√ConfigID√√int410Namenvarchar10050√valuenvarchar10050√QRTZ_CALENDARSSCHED_NAME√nvarchar200100CALENDAR_NAME√nvarchar400200CALENDARimage162147483647QRTZ_CRON_TRIGGERSSCHED_NAME√nvarchar200100TRIGGER_NAME√nvarchar300150TRIGGER_GROUP√nvarchar300150CRON_EXPRESSIONnvarchar240120TIME_ZONE_IDnvarchar16080√QRTZ_FIRED_TRIGGERSSCHED_NAME√nvarchar200100ENTRY_ID√nvarchar19095TRIGGER_NAMEnvarchar300150TRIGGER_GROUPnvarchar300150INSTANCE_NAMEnvarchar400200FIRED_TIMEbigint819SCHED_TIMEbigint819PRIORITYint410STATEnvarchar3216JOB_NAMEnvarchar300150√JOB_GROUPnvarchar300150√IS_NONCONCURRENTbit11√REQUESTS_RECOVERYbit11√QRTZ_PAUSED_TRIGGER_GRPSSCHED_NAME√nvarchar200100TRIGGER_GROUP√nvarchar300150QRTZ_SCHEDULER_STATESCHED_NAME√nvarchar200100INSTANCE_NAME√nvarchar400200LAST_CHECKIN_TIMEbigint819CHECKIN_INTERVALbigint819QRTZ_LOCKSSCHED_NAME√nvarchar200100LOCK_NAME√nvarchar8040QRTZ_JOB_DETAILSSCHED_NAME√nvarchar200100JOB_NAME√nvarchar300150JOB_GROUP√nvarchar300150DESCRIPTIONnvarchar500250√JOB_CLASS_NAMEnvarchar500250IS_DURABLEbit11IS_NONCONCURRENTbit11IS_UPDATE_DATAbit11REQUESTS_RECOVERYbit11JOB_DATAimage162147483647√QRTZ_SIMPLE_TRIGGERSSCHED_NAME√nvarchar200100TRIGGER_NAME√nvarchar300150TRIGGER_GROUP√nvarchar300150REPEAT_COUNTint410REPEAT_INTERVALbigint819TIMES_TRIGGEREDint410rolesroleid√√int410rolenamenvarchar6030remarknvarchar10050√QRTZ_SIMPROP_TRIGGERSSCHED_NAME√nvarchar200100TRIGGER_NAME√nvarchar300150TRIGGER_GROUP√nvarchar300150STR_PROP_1nvarchar1024512√STR_PROP_2nvarchar1024512√STR_PROP_3nvarchar1024512√INT_PROP_1int410√INT_PROP_2int410√LONG_PROP_1bigint819√LONG_PROP_2bigint819√DEC_PROP_1numeric913√DEC_PROP_2numeric913√BOOL_PROP_1bit11√BOOL_PROP_2bit11√QRTZ_BLOB_TRIGGERSSCHED_NAME√nvarchar200100TRIGGER_NAME√nvarchar300150TRIGGER_GROUP√nvarchar300150BLOB_DATAimage162147483647√QRTZ_TRIGGERSSCHED_NAME√nvarchar200100TRIGGER_NAME√nvarchar300150TRIGGER_GROUP√nvarchar300150JOB_NAMEnvarchar300150JOB_GROUPnvarchar300150DESCRIPTIONnvarchar500250√NEXT_FIRE_TIMEbigint819√PREV_FIRE_TIMEbigint819√PRIORITYint410√TRIGGER_STATEnvarchar3216TRIGGER_TYPEnvarchar168START_TIMEbigint819END_TIMEb