server的毕业论文

论文你可以去知网看看相关资料

难啊，数据库完整性连微软自己也没搞明白

这里这里...Microsoft SQL Server 的安全性研究-原创论文-刨文网：这是Microsoft SQL Server 的安全性研究的原创论文 自己去下~虽然我不懂吧，但我用心找了！应该有点儿用吧还有，附上1些资料 要自己写的话肯定会用得上Microsoft SQL Server 2005 安装过程中出现的问题：一．MSDTC运行帐户问题确认MSDTC (Microsoft Distributed Transaction Coordinator)服务正在运行，并且其启动帐户是NT AUTHORITY\Network Service”。按照以下步骤来检查：1. 点击“开始”->“运行”->. 在服务列表中找到Distributed Transaction Coordinator，双击以编辑其属性3. 在属性窗口切换至登录选项卡，确认其启动帐号为”NT AUTHORITY\Network Service”(密码为空即可)4. 启动DTC服务再尝试安装SQL Server 2005结果：这个步骤我已经尝试过，不是这个问题。二．分析SQL Server 2005安装日志将C:\Program Files\Microsoft SQL Server\90\Setup Bootstrap\LOG\目录下所有的文件(包括和Files子目录下的所有文件)发送给微软技术支持工程师进行分析。结果：这个步骤我没有做过，不过微软工程师好像也没有发现线索。三．COPY安装程序到硬盘安装尝试建立 D:\SQLServer2005 文件夹, 创建以下两个子文件夹：Servers和Tools。Serviers文件夹拷贝SQL Server2005的第一张安装盘，包含所有要安装主 SQL Server 2005 组件。 Tools文件夹拷贝SQL Server 2005的第二张盘，包含为 SQL Server 2005 联机丛书和工具组件。运行D:\SQLServer2005\Servers 文件夹下的，启动 SQL Server 2005 安装程序。结果：以上方式安装过程中还是碰到同样的问题。四．重新安装 COM+应用程序1.从控制面板的“添加或删除程序”中，单击“添加/删除 Windows 组件”。2．在“Windows 组件向导”中，不对选择做任何更改，单击“下一步”。一直单击以完成向导，然后再次运行 SQL Server 2005 安装程序。结果：问题没有解决。通过以上分析微软的工程师总结如下：目前还不确定引起这个错误的原因，并且在安装日志中也没有找到更多的有用信息。可能引起此类错误的原因有以下几种：1. COM+的配置问题。2. 帐号权限问题。3.有一些安装失败的情况出现在测试版中，或者是由于未完全删除的测试版组件而导致安装失败。4. 除此之外还有一些类似的问题都是与64位操作系统或者Cluster环境有关。我认为以上的一些原因可以排除，看来又是Live Meeting的时候了，和微软工程师约定时间联机查找问题。五．手工注册使用应用程序工具注册.NET服务使用cmd执行过程如下：C:\WINDOWS\\Framework\> "C:\Program Files\Microsoft SQL Server\90\DTS\Tasks\"Microsoft(R) .NET Framework 服务安装实用工具版本 (c) Microsoft Corporation. All rights reserved.出现下列安装错误:1: 要执行此任务，您必须具有管理凭据。请与您的系统管理员联系以获得帮助。2: 注册程序集“, Version=, Culture=neutral,PublicKeyToken=89845dcd8080cc91”失败。3: 对注册表项“HKEY_CLASSES_ROOT\”的访问被拒绝。分析结果：这看起来是由于当前Windows用户在该注册表键值上没有足够的权限造成的。经过研究类似案例，在某些情况下，即使是Administrators组的用户也可能出现对这些键值没有Full Control的情况。需要确认一下在这些注册表值上，Administrators组用户是否有Full Control。在注册表中右键点击注册表值->选择权限来查看及改变该值上的权限设置。如果权限设置都正确的话，可以试着抓一个RegMon trace来看到底是不是注册表键值的权限问题导致这个错误。看来问题终于找到了。六．监控注册表1. 运行RegMon工具，通过菜单Options->Filter中设置Include list，把加入Include list中。2. 执行 "C:\Program Files\Microsoft SQL Server\90\DTS\Tasks\"3. 在执行失败停止后，保存RegMon生成的log。分析RegMon Trace。定位问题如下：5484 OpenKey HKCR\ ACCESS DENIED NBCN-ZZ\Administrator5488 CreateKey HKCR\ ACCESS DENIED NBCN-ZZ\Administrator5489 CreateKey HKCR\ ACCESS DENIED NBCN-ZZ\Administrator6431 OpenKey HKCR\ ACCESS DENIED NBCN-ZZ\Administrator以上其实就是我一开始使用RegMon 时应该发现的问题，结果到现在才发现。从这几条记录来看，问题是对注册表值HKCR\的权限问题。而RegSvcs进程在遇到这些权限问题之后，并没有马上终止，还有一些别的注册表活动。我查看了注册表HKEY_CLASSES_ROOT\项的权限，Administrators组没有“完全控制”和“读取”权限，对其进行授权。重新运行注册，结果又报另外的注册表项没有权限，对其进行添加，直到注册成功，以下是输出结果。C:\WINDOWS\\Framework\> "C:\Program Files\Microsoft SQL Server\90\DTS\Tasks\"Microsoft(R) .NET Framework 服务安装实用工具版本 (c) Microsoft Corporation. All rights reserved.正在自动将“, Version=, Culture=neutral,PublicKeyToken=89845dcd8080cc91”导出为“C:\WINDOWS\assembly\GAC_MSIL\\\”。警告: 程序集未声明 ApplicationAccessControl 属性。默认情况下启用应用程序安全性。已安装的程序集:程序集: C:\Program Files\Microsoft SQL Server\90\DTS\Tasks\应用程序: : C:\Program Files\Microsoft SQL Server\90\DTS\Tasks\:\WINDOWS\\Framework\>修改授权的相关注册表项如下：HKEY_CLASSES_ROOT\\\\再次运行“dcomcnfg”，打开系统组件服务。展开控制台根目录->组件服务->计算机->我的电脑->COM+应用程序节点，发现节点，该COM+服务已经安装成功。就这些了...

数据库完整性（Database Integrity）是指数据库中数据的正确性和相容性。数据库完整性由各种各样的完整性约束来保证，因此可以说数据库完整性设计就是数据库完整性约束的设计。数据库完整性约束可以通过DBMS或应用程序来实现，基于DBMS的完整性约束作为模式的一部分存入数据库中。通过DBMS实现的数据库完整性按照数据库设计步骤进行设计，而由应用软件实现的数据库完整性则纳入应用软件设计（本文主要讨论前者）。数据库完整性对于数据库应用系统非常关键，其作用主要体现在以下几个方面： 1．数据库完整性约束能够防止合法用户使用数据库时向数据库中添加不合语义的数据。 2．利用基于DBMS的完整性控制机制来实现业务规则，易于定义，容易理解，而且可以降低应用程序的复杂性，提高应用程序的运行效率。同时，基于DBMS的完整性控制机制是集中管理的，因此比应用程序更容易实现数据库的完整性。 3．合理的数据库完整性设计，能够同时兼顾数据库的完整性和系统的效能。比如装载大量数据时，只要在装载之前临时使基于DBMS的数据库完整性约束失效，此后再使其生效，就能保证既不影响数据装载的效率又能保证数据库的完整性。 4．在应用软件的功能测试中，完善的数据库完整性有助于尽早发现应用软件的错误。 数据库完整性约束可分为6类：列级静态约束、元组级静态约束、关系级静态约束、列级动态约束、元组级动态约束、关系级动态约束。动态约束通常由应用软件来实现。不同DBMS支持的数据库完整性基本相同，Oracle支持的基于DBMS的完整性约束如下表所示： 数据库完整性设计示例 一个好的数据库完整性设计首先需要在需求分析阶段确定要通过数据库完整性约束实现的业务规则，然后在充分了解特定DBMS提供的完整性控制机制的基础上，依据整个系统的体系结构和性能要求，遵照数据库设计方法和应用软件设计方法，合理选择每个业务规则的实现方式；最后，认真测试，排除隐含的约束冲突和性能问题。基于DBMS的数据库完整性设计大体分为以下几个阶段： 1．需求分析阶段 经过系统分析员、数据库分析员、用户的共同努力，确定系统模型中应该包含的对象，如人事及工资管理系统中的部门、员工、经理等，以及各种业务规则。 在完成寻找业务规则的工作之后，确定要作为数据库完整性的业务规则，并对业务规则进行分类。其中作为数据库模式一部分的完整性设计按下面的过程进行。而由应用软件来实现的数据库完整性设计将按照软件工程的方法进行。 2．概念结构设计阶段 概念结构设计阶段是将依据需求分析的结果转换成一个独立于具体DBMS的概念模型，即实体关系图（ERD）。在概念结构设计阶段就要开始数据库完整性设计的实质阶段，因为此阶段的实体关系将在逻辑结构设计阶段转化为实体完整性约束和参照完整性约束，到逻辑结构设计阶段将完成设计的主要工作。 3．逻辑结构设计阶段 此阶段就是将概念结构转换为某个DBMS所支持的数据模型，并对其进行优化，包括对关系模型的规范化。此时，依据DBMS提供的完整性约束机制，对尚未加入逻辑结构中的完整性约束列表，逐条选择合适的方式加以实现。 在逻辑结构设计阶段结束时，作为数据库模式一部分的完整性设计也就基本完成了。每种业务规则都可能有好几种实现方式，应该选择对数据库性能影响最小的一种，有时需通过实际测试来决定。 数据库完整性设计原则 在实施数据库完整性设计的时候，有一些基本的原则需要把握： 1．根据数据库完整性约束的类型确定其实现的系统层次和方式，并提前考虑对系统性能的影响。一般情况下，静态约束应尽量包含在数据库模式中，而动态约束由应用程序实现。 2．实体完整性约束、参照完整性约束是关系数据库最重要的完整性约束，在不影响系统关键性能的前提下需尽量应用。用一定的时间和空间来换取系统的易用性是值得的。 3．要慎用目前主流DBMS都支持的触发器功能，一方面由于触发器的性能开销较大，另一方面，触发器的多级触发不好控制，容易发生错误，非用不可时，最好使用Before型语句级触发器。 4．在需求分析阶段就必须制定完整性约束的命名规范，尽量使用有意义的英文单词、缩写词、表名、列名及下划线等组合，使其易于识别和记忆，如：CKC_EMP_REAL_INCOME_EMPLOYEE、PK_EMPLOYEE、CKT_EMPLOYEE。如果使用CASE工具，一般有缺省的规则，可在此基础上修改使用。 5．要根据业务规则对数据库完整性进行细致的测试，以尽早排除隐含的完整性约束间的冲突和对性能的影响。 6．要有专职的数据库设计小组，自始至终负责数据库的分析、设计、测试、实施及早期维护。数据库设计人员不仅负责基于DBMS的数据库完整性约束的设计实现，还要负责对应用软件实现的数据库完整性约束进行审核。 7．应采用合适的CASE工具来降低数据库设计各阶段的工作量。好的CASE工具能够支持整个数据库的生命周期，这将使数据库设计人员的工作效率得到很大提高，同时也容易与用户沟通。你可以围绕相关内容发表自己的看法

SQL Server 是Microsoft 公司推出的关系型数据库管理系统。具有使用方便可伸缩性好与相关软件集成程度高等优点，可跨越从运行Microsoft Windows 98 的膝上型电脑到运行Microsoft Windows 2012 的大型多处理器的服务器等多种平台使用。Microsoft SQL Server 是一个全面的数据库平台，使用集成的商业智能 (BI)工具提供了企业级的数据管理。Microsoft SQL Server 数据库引擎为关系型数据和结构化数据提供了更安全可靠的存储功能，使您可以构建和管理用于业务的高可用和高性能的数据应用程序。比较好的论文题目：基于SQL Server的数据库管理系统设计