server

这个数据库不存在吧，重新连接一次数据库实例，或者直接重启 ssms，这样之后，15010数据库应该是看不到了。

ASP。NET里的DLL文件里叫动态链接库，和数据库没关系，他里面放的是生成的一些内容，比如，类的字段，方法等到内容。你可以安装SDK2。0，安装好后用反汇编程序查看里面的东西。

升级服务器没有连接

重新连接啊

无法更新补丁，连接不到资源服务器。出现这种情况关了再开试试。还是不行的话，去C盘搜索“path of exile”文件夹删掉再重新更新（一般在“我的文档”下或者“文档”下）。再不行，就等一阵子再更新试试，或者挂代理更新。

“Disconnected from server”意思是“与服务器的连接断开”。RUST出现这个在正常不过了，RUST优化很差，导致玩家很容易掉线。实在连不上，就用“国际网游加速器”得了。

“Disconnected from server”意思是“与服务器的连接断开”。RUST出现这个在正常不过了，RUST优化很差，导致玩家很容易掉线。

“Disconnected from server”意思是“与服务器的连接断开”。RUST出现这个在正常不过了，RUST优化很差，导致玩家很容易掉线。

宫词(顾况)

没有关系。sqlyog是个第三方开发的mysql数据库的图形界面，也就是mysql图形化管理工具。sqlserver是微软的数据库产品，自带图形化管理界面。

你这段代码在我的sql2012中是正常的

PlugServer .NETPlugServer 是一款 .NET 环境下的内置 Web 服务器。它可以配合共拓学籍 2004 系列工作，也可以独立工作。当它与共拓学籍配合使用时，最典型的应用就是为共拓学籍提供定制报表服务。有了 PlugServer ，共拓学籍就可以满足不同省市用户的计算需要，共拓科技可以为用户订制开发报表。报表以插件的形式存在，安装和使用都十分方便。事实上 PlugServer 的用途还很广泛，它还可以满足其他任何围绕共拓学籍数据展开的 B/S 开发需要如果不是这个的话就是一个恶意软件.

先简单说一下 很多时候是由于网站空间服务器的配置或者资源限制导致的不足以承受运行的情况有些是买的时候 不知道有所限制 而不能满足程序的运营需求最好是联系服务商查阅相关日志 对症下药 如果撑不住最好换机器-----------------------------------------出现这种情况是由于您的网站超过了系统资源限制（CPU或者IIS）造成的，这个现象在WINDOWS2003+IIS6的环境下都会出现，主要是程序占用资源太多。不同的程序占用的资源都不一样，这个跟程序设计的合理性和优化程度有关；另外，一些死循环程序，或者不优化的程序都会占用太多的系统资源，而系统资源明显是有限的。 如果一个网站的程序占资源太多或者发生太多的错误，系统日志就会提示：“应用程序池 "User_pooll" 被自动禁用，原因是为此应用程序池提供服务的进程中出现一系列错误， 或者提示：应用程序池 "User_pooll" 超过了其作业限制设置。有关更多信息，请参阅微软官方 http://go.microsoft.com/fwlink/events.asp 的帮助和支持中心。这时，访问这个网站就会提示：Service Unavailable。一般系统会在30秒左右恢复正常，多刷新几次就能正常访问了。但是这个时间恢复后因为访问量太大在极短的时间网站又不能上了。 另外，如果网站当前访问人数过多，超过了系统的iis连接数(或CPU峰值）限制，也会出现Service Unavailable的提示(win2k主机下出现连接过多就会提示：连接过多，请稍后再试；而win2003的主机刚直接提示：Service Unavailable）如果经常出现类似的错误，请及时优化网站程序，或者升级你的主机至更高的款型，以获得更多的系统资源。 网站超CPU的四种可能原因： 一.网站攻击 二.程序设计不合理，资源占用高，或本身在做占资源的操作，如采集 三.访问量过大四.有搜索蜘蛛收录程序占用资源太多的原因： 有一个或多个ACCESS数据库在多次读写过程中损坏，微软的MDAC系统在写入这个损坏的ACCESS文件时，ASP线程处于BLOCK状态，结果其他线程只能等待，IIS被死锁了，全部的CPU时间都消耗在DLLHOST（ASP进程）中。 参考解决办法： 压缩和修复我的数据库 下载数据库文件--[如果是.asp的扩展名，请改为.mdb的扩展名]--用ACCESS打开--选择工具--数据库实用工具--压缩和修复数据库--[改回.asp的扩展名]--上传覆盖原来数据库文件注册了不良的Com组件，特别是用VB开发的ACTIVE X控件，可能导致占用内存使用量不断增长 参考解决办法：尽量减少或避免非官方或是客户要求的不必要的组件多媒体等文件下载占用服务器带宽 参考解决办法：停止下载程序问题 需要及时的关闭不再使用的数据库，以避免一直占用服务器资源 在conn.asp 连接数据库字符串语句中加入如下 sub endConnection() conn.close set conn=nothing end sub 其它程序问题：把IE选项里 显示友好HTTP错误信息 的勾取消掉，再访问网站看出现什么错误信息，然后再调试上传重要的数据库等文件更新，由于正处于受访问状态，可能导致瞬间占用率上升 一般此情况较少，若有出现此情况时，可能有必要先暂停站点，再作更新ACCESS论坛（如动W）大了以后就很容易出现数据库方面的问题，当你的论坛数据库在30M以上，帖子5万左右,可能就会出现数据库吃不消的情况建议取消程序中使用的on error resume next这个容错语句，对错误进行调试。 临时解决办法：定期删除多余的数据、压缩数据库，限制论坛灌水，甚至限制论坛注册。如果是ASP论坛，可以使用分表储存功能，会有较好的效果 比较长远办法：更换论坛和数据库，一般都采用商业版本+MSSQL 的方案来解决u200b

服务启动失败，按照提示查看完整的log信息确定你安装和配置vncserver是否都正确？http://blog.csdn.net/denghua10/article/details/39107309

arkSurvivvalEvolvedDedicatebServer是方舟生存进化游戏。方舟生存进化英文全称是ArkSurvival andEvolution，一般简称ARK。方舟生存进化是AbstractionGames工作室开发。ark的背景设定方舟生存进化故事主要讲述，一群男女从在岸边醒来后，发现自己身处一个充满恐龙的神秘岛屿ARk。游戏中除了狩猎、资源搜刮、物品打造、种植、科研、调查技术和建造房子来抵抗炎热的白天，冰冷的夜晚，易变的天气系统，危险的野外和潜在的敌人等之外。玩家还必须面对其他玩家所扮演的幸存者，合作或者是相互厮杀。并且有80多种恐龙和其他史前生物，玩家们可以驯服这些庞大的生物，并利用它们来和更强的敌人战斗。当然恐龙并非岛上的危险生物，其他的玩家也正在组织自己的部落，积累各种资源和经验来建立庞大的村庄和城市，他们还能不断发展技术来跨越原始的石器时代并进入现代的电气时代，而且他们还会不断战斗来摧毁威胁到他们的人。80多种恐龙使用各种策略去驯服、训练，同时还能繁殖恐龙和其它史前生物，这些生物生活在陆地、海洋、空气甚至地下洞窟等各色完整的生态系统中。

sql server 没有schema的概念他的数据库是：服务器-->实例-->数据库-->(用户)-->表login是建立在实例下的用户是建立在数据库下的。每一个用户必须关联login，才能登录数据库，进行操作。每个数据库可以有多个用户。

这个破玩意我也遇见过，就是left4dead2pak01这个文件缺失了，如果你的问题和我一样的话，那就应该是升级补丁包的问题，建议重新下载一个补丁包，然后替换就可以玩了，我也遇见过，在网吧玩的时候，恶心的一逼，网吧对抗党伤不起。望采纳~

systemctl enable ###

declare @number intset @number=(select number from choice where studentnumber="20100001")print @number

你在名称里输入的内容格式有点小问题，后面的一个“\”需要改成“”就可以了。希望对你有帮助的。

应该是priority吧。priority是优先级别，serverity是严重级别。priority一般分为3级，serverity可以分为6级。优先级别高的不一定是严重的bug，严重的bug也不一定是优先级别高的。优先级别高的要先修复。

你的什么版本？ 只有standard版本以上才有

如果我没记错。那个账号好像是在安装的时候创建的。你试着看看是不是。

这个是说，运行这些服务时用什么样的帐户。都选择Local Service帐户就可以了。最后一个，当别人在网络上浏览的时候，要不要显示你的机器，可以禁用。

因为ado ole db 提供程序，不允许多个结果等待一个连接，所以它会创建第二个连接执行命令，就会登入和登出，这多发生在执行聚合函数时，如果你恰好使用了聚合函数，那么本解决方案可能对你有用，就是用子查询的方式实现聚合函数的功能。

检查程序的连接字符串,设定最大连接池并发数量,这个十之八九是程序的问题 另外服务器是否开启了审计功能,关闭试试.

SET ANSI_NULLS ONGOSET QUOTED_IDENTIFIER ONGOCREATE PROCEDURE sp_Getinfo @ag_sname nchar(10) --传递的参数ASBEGIN select 你想要的字段 from student a, course b, sc C where a.sno = c.sno and b.cno = c.cno and trim(a.sname) = @ag_sname --简单的链接，把参数写到语句里ENDGO--执行语句 EXEC sp_Getinfo "名字"

CREATE [UNIQUE] [CLUSTERED|NONCLUSTERED] INDEX index_name ON table_name (column_name…) [WITH FILLFACTOR=x]q UNIQUE表示唯一索引，可选q CLUSTERED、NONCLUSTERED表示聚集索引还是非聚集索引，可选q FILLFACTOR表示填充因子，指定一个0到100之间的值，该值指示索引页填满的空间所占的百分比

insert into 表名values()

学习了~~

死锁，简而言之，两个或者多个trans，同时请求对方正在请求的某个对象，导致双方互相等待。简单的例子如下：trans1 trans2------------------------------------------------------------------------1.IDBConnection.BeginTransaction 1.IDBConnection.BeginTransaction2.update table A 2.update table B3.update table B 3.update table A4.IDBConnection.Commit 4.IDBConnection.Commit 那么，很容易看到，如果trans1和trans2，分别到达了step3，那么trans1会请求对于B的X锁，trans2会请求对于A的X锁，而二者的锁在step2上已经被对方分别持有了。由于得不到锁，后面的Commit无法执行，这样双方开始死锁。好，我们看一个简单的例子，来解释一下，应该如何解决死锁问题。-- Batch #1CREATE DATABASE deadlocktestGOUSE deadlocktestSET NOCOUNT ONDBCC TRACEON (1222, -1)-- 在SQL2005中，增加了一个新的dbcc参数，就是1222，原来在2000下，我们知道，可以执行dbcc --traceon(1204,3605,-1)看到所有的死锁信息。SqlServer 2005中，对于1204进行了增强，这就是1222。GO IF OBJECT_ID ("t1") IS NOT NULL DROP TABLE t1IF OBJECT_ID ("p1") IS NOT NULL DROP PROC p1IF OBJECT_ID ("p2") IS NOT NULL DROP PROC p2GOCREATE TABLE t1 (c1 int, c2 int, c3 int, c4 char(5000)) GODECLARE @x intSET @x = 1WHILE (@x <= 1000) BEGININSERT INTO t1 VALUES (@x*2, @x*2, @x*2, @x*2)SET @x = @x + 1ENDGOCREATE CLUSTERED INDEX cidx ON t1 (c1)CREATE NONCLUSTERED INDEX idx1 ON t1 (c2)GOCREATE PROC p1 @p1 int AS SELECT c2, c3 FROM t1 WHERE c2 BETWEEN @p1 AND @p1+1GOCREATE PROC p2 @p1 int ASUPDATE t1 SET c2 = c2+1 WHERE c1 = @p1UPDATE t1 SET c2 = c2-1 WHERE c1 = @p1GO上述sql创建一个deadlock的示范数据库，插入了1000条数据，并在表t1上建立了c1列的聚集索引，和c2列的非聚集索引。另外创建了两个sp，分别是从t1中select数据和update数据。 好，打开一个新的查询窗口，我们开始执行下面的query：-- Batch #2USE deadlocktestSET NOCOUNT ONWHILE (1=1) EXEC p2 4GO开始执行后，然后我们打开第三个查询窗口，执行下面的query：-- Batch #3USE deadlocktestSET NOCOUNT ONCREATE TABLE #t1 (c2 int, c3 int)GOWHILE (1=1) BEGININSERT INTO #t1 EXEC p1 4TRUNCATE TABLE #t1ENDGO开始执行，哈哈，很快，我们看到了这样的错误信息：Msg 1205, Level 13, State 51, Procedure p1, Line 4Transaction (Process ID 54) was deadlocked on lock resources with another process and has been chosen as the deadlock victim. Rerun the transaction.spid54发现了死锁。 那么，我们该如何解决它？在SqlServer 2005中，我们可以这么做：1.在trans3的窗口中，选择EXEC p1 4，然后right click，看到了菜单了吗？选择Analyse Query in Database Engine Tuning Advisor。2.注意右面的窗口中，wordload有三个选择：负载文件、表、查询语句，因为我们选择了查询语句的方式，所以就不需要修改这个radio option了。3.点左上角的Start Analysis按钮4.抽根烟，回来后看结果吧！出现了一个分析结果窗口，其中，在Index Recommendations中，我们发现了一条信息：大意是，在表t1上增加一个非聚集索引索引：t2+t1。5.在当前窗口的上方菜单上，选择Action菜单，选择Apply Recommendations，系统会自动创建这个索引。重新运行batch #3，呵呵，死锁没有了。这种方式，我们可以解决大部分的Sql Server死锁问题。那么，发生这个死锁的根本原因是什么呢？为什么增加一个non clustered index，问题就解决了呢？ 这次，我们分析一下，为什么会死锁呢？再回顾一下两个sp的写法：CREATE PROC p1 @p1 int AS SELECT c2, c3 FROM t1 WHERE c2 BETWEEN @p1 AND @p1+1 GOCREATE PROC p2 @p1 int ASUPDATE t1 SET c2 = c2+1 WHERE c1 = @p1UPDATE t1 SET c2 = c2-1 WHERE c1 = @p1GO很奇怪吧！p1没有insert，没有delete，没有update，只是一个select，p2才是update。这个和我们前面说过的，trans1里面updata A，update B；trans2里面upate B，update A，根本不贴边啊！那么，什么导致了死锁？需要从事件日志中，看sql的死锁信息：Spid X is running this query (line 2 of proc [p1], inputbuffer “… EXEC p1 4 …”): SELECT c2, c3 FROM t1 WHERE c2 BETWEEN @p1 AND @p1+1Spid Y is running this query (line 2 of proc [p2], inputbuffer “EXEC p2 4”): UPDATE t1 SET c2 = c2+1 WHERE c1 = @p1The SELECT is waiting for a Shared KEY lock on index t1.cidx. The UPDATE holds a conflicting X lock. The UPDATE is waiting for an eXclusive KEY lock on index t1.idx1. The SELECT holds a conflicting S lock.首先，我们看看p1的执行计划。怎么看呢？可以执行set statistics profile on，这句就可以了。下面是p1的执行计划SELECT c2, c3 FROM t1 WHERE c2 BETWEEN @p1 AND @p1+1|--Nested Loops(Inner Join, OUTER REFERENCES:([Uniq1002], [t1].[c1]))|--Index Seek(OBJECT:([t1].[idx1]), SEEK:([t1].[c2] >= [@p1] AND [t1].[c2] <= [@p1]+(1)) ORDERED FORWARD)|--Clustered Index Seek(OBJECT:([t1].[cidx]), SEEK:([t1].[c1]=[t1].[c1] AND [Uniq1002]=[Uniq1002]) LOOKUP ORDERED FORWARD)我们看到了一个nested loops，第一行，利用索引t1.c2来进行seek，seek出来的那个rowid，在第二行中，用来通过聚集索引来查找整行的数据。这是什么？就是bookmark lookup啊！为什么？因为我们需要的c2、c3不能完全的被索引t1.c1带出来，所以需要书签查找。 好，我们接着看p2的执行计划。UPDATE t1 SET c2 = c2+1 WHERE c1 = @p1|--Clustered Index Update(OBJECT:([t1].[cidx]), OBJECT:([t1].[idx1]), SET:([t1].[c2] = [Expr1004]))|--Compute Scalar(DEFINE:([Expr1013]=[Expr1013]))|--Compute Scalar(DEFINE:([Expr1004]=[t1].[c2]+(1), [Expr1013]=CASE WHEN CASE WHEN ...|--Top(ROWCOUNT est 0)|--Clustered Index Seek(OBJECT:([t1].[cidx]), SEEK:([t1].[c1]=[@p1]) ORDERED FORWARD) 通过聚集索引的seek找到了一行，然后开始更新。这里注意的是，update的时候，它会申请一个针对clustered index的X锁的。实际上到这里，我们就明白了为什么update会对select产生死锁。update的时候，会申请一个针对clustered index的X锁，这样就阻塞住了（注意，不是死锁！）select里面最后的那个clustered index seek。死锁的另一半在哪里呢？注意我们的select语句，c2存在于索引idx1中，c1是一个聚集索引cidx。问题就在这里！我们在p2中更新了c2这个值，所以sqlserver会自动更新包含c2列的非聚集索引：idx1。而idx1在哪里？就在我们刚才的select语句中。而对这个索引列的更改，意味着索引集合的某个行或者某些行，需要重新排列，而重新排列，需要一个X锁。SO………，问题就这样被发现了。总结一下，就是说，某个query使用非聚集索引来select数据，那么它会在非聚集索引上持有一个S锁。当有一些select的列不在该索引上，它需要根据rowid找到对应的聚集索引的那行，然后找到其他数据。而此时，第二个的查询中，update正在聚集索引上忙乎：定位、加锁、修改等。但因为正在修改的某个列，是另外一个非聚集索引的某个列，所以此时，它需要同时更改那个非聚集索引的信息，这就需要在那个非聚集索引上，加第二个X锁。select开始等待update的X锁，update开始等待select的S锁，死锁，就这样发生鸟。 那么，为什么我们增加了一个非聚集索引，死锁就消失鸟？我们看一下，按照上文中自动增加的索引之后的执行计划：SELECT c2, c3 FROM t1 WHERE c2 BETWEEN @p1 AND @p1+1|--Index Seek(OBJECT:([deadlocktest].[dbo].[t1].[_dta_index_t1_7_2073058421__K2_K1_3]), SEEK:([deadlocktest].[dbo].[t1].[c2] >= [@p1] AND [deadlocktest].[dbo].[t1].[c2] <= [@p1]+(1)) ORDERED FORWARD)哦，对于clustered index的需求没有了，因为增加的覆盖索引已经足够把所有的信息都select出来。就这么简单。实际上，在sqlserver 2005中，如果用profiler来抓eventid：1222，那么会出现一个死锁的图，很直观的说。下面的方法，有助于将死锁减至最少（详细情况，请看SQLServer联机帮助，搜索：将死锁减至最少即可。按同一顺序访问对象。 避免事务中的用户交互。 保持事务简短并处于一个批处理中。 使用较低的隔离级别。 使用基于行版本控制的隔离级别。 将 READ_COMMITTED_SNAPSHOT 数据库选项设置为 ON，使得已提交读事务使用行版本控制。使用快照隔离。使用绑定连接。

在查询分析器里，选择数据库tempdb运行ALTER SERVICE MASTER KEY FORCE REGENERATE这个语句的功能是重新生成本地服务器的主密钥。打开：SQL Server Management Studio选择 数据库 -- 系统数据库 -- tempdb再点击 左上 菜单栏 “新建查询”在查询窗口中输入：ALTER SERVICE MASTER KEY FORCE REGENERATE点击“执行”OK这个语句的功能是重新生成本地服务器的主密钥重启SQL后 就不再出现这个错误日志了

　　在良好的数据库设计基础上，能有效地使用索引是SQL Server取得高性能的基础，SQL Server采用基于代价的优化模型，它对每一个提交的有关表的查询，决定是否使用索引或用哪一个索引。因为查询执行的大部分开销是磁盘I/O，使用索引提高性能的一个主要目标是避免全表扫描，因为全表扫描需要从磁盘上读表的每一个数据页，如果有索引指向数据值，则查询只需读几次磁盘就可以了。　　所以如果建立了合理的索引，优化器就能利用索引加速数据的查询过程。但是，索引并不总是提高系统的性能，在增、删、改操作中索引的存在会增加一定的工作量，因此，在适当的地方增加适当的索引并从不合理的地方删除次优的索引，将有助于优化那些性能较差的SQL Server应用。实践表明，合理的索引设计是建立在对各种查询的分析和预测上的，只有正确地使索引与程序结合起来,才能产生最佳的优化方案。本文就SQL Server索引的性能问题进行了一些分析和实践。　　一、聚簇索引(clustered indexes)的使用　　聚簇索引是一种对磁盘上实际数据重新组织以按指定的一个或多个列的值排序。由于聚簇索引的索引页面指针指向数据页面，所以使用聚簇索引查找数据几乎总是比使用非聚簇索引快。每张表只能建一个聚簇索引，并且建聚簇索引需要至少相当该表120%的附加空间，以存放该表的副本和索引中间页。建立聚簇索引的思想是：　　1、大多数表都应该有聚簇索引或使用分区来降低对表尾页的竞争，在一个高事务的环境中，对最后一页的封锁严重影响系统的吞吐量。　　2、在聚簇索引下，数据在物理上按顺序排在数据页上，重复值也排在一起，因而在那些包含范围检查(between、<、<=、>、>=)或使用group by或order by的查询时，一旦找到具有范围中第一个键值的行，具有后续索引值的行保证物理上毗连在一起而不必进一步搜索，避免了大范围扫描，可以大大提高查询速度。　　3、在一个频繁发生插入操作的表上建立聚簇索引时，不要建在具有单调上升值的列(如IDENTITY)上，否则会经常引起封锁冲突。　　4、在聚簇索引中不要包含经常修改的列，因为码值修改后，数据行必须移动到新的位置。　　5、选择聚簇索引应基于where子句和连接操作的类型。　　聚簇索引的侯选列是：　　1、主键列,该列在where子句中使用并且插入是随机的。　　2、按范围存取的列，如pri_order > 100 and pri_order < 200。　　3、在group by或order by中使用的列。　　4、不经常修改的列。　　5、在连接操作中使用的列。　　二、非聚簇索引(nonclustered indexes)的使用　　SQL Server缺省情况下建立的索引是非聚簇索引，由于非聚簇索引不重新组织表中的数据，而是对每一行存储索引列值并用一个指针指向数据所在的页面。换句话说非聚簇索引具有在索引结构和数据本身之间的一个额外级。一个表如果没有聚簇索引时,可有250个非聚簇索引。每个非聚簇索引提供访问数据的不同排序顺序。在建立非聚簇索引时，要权衡索引对查询速度的加快与降低修改速度之间的利弊。另外，还要考虑这些问题：　　1、索引需要使用多少空间。　　2、合适的列是否稳定。　　3、索引键是如何选择的，扫描效果是否更佳。　　4、是否有许多重复值。　　对更新频繁的表来说，表上的非聚簇索引比聚簇索引和根本没有索引需要更多的额外开销。对移到新页的每一行而言，指向该数据的每个非聚簇索引的页级行也必须更新，有时可能还需要索引页的分理。从一个页面删除数据的进程也会有类似的开销，另外，删除进程还必须把数据移到页面上部，以保证数据的连续性。所以，建立非聚簇索引要非常慎重。非聚簇索引常被用在以下情况：　　1、某列常用于集合函数(如Sum,....)。　　2、某列常用于join,order by,group by。　　3、查寻出的数据不超过表中数据量的20%。　　三、覆盖索引(covering indexes)的使用　　覆盖索引是指那些索引项中包含查寻所需要的全部信息的非聚簇索引，这种索引之所以比较快也正是因为索引页中包含了查寻所必须的数据,不需去访问数据页。如果非聚簇索引中包含结果数据,那么它的查询速度将快于聚簇索引。　　但是由于覆盖索引的索引项比较多,要占用比较大的空间。而且update操作会引起索引值改变。所以如果潜在的覆盖查询并不常用或不太关键，则覆盖索引的增加反而会降低性能。　　四、索引的选择技术　　p_detail是住房公积金管理系统中记录个人明细的表，有890000行，观察在不同索引下的查询运行效果，测试在C/S环境下进行，客户机是IBM PII350(内存64M),服务器是DEC Alpha1000A(内存128M),数据库为SYBASE11.0.3。　　1、 select count(*) from p_detail where　　op_date>"19990101" and op_date<"　　19991231" and pri_surplus1>300　　2、 select count(*),sum(pri_surplus1) from p_detail　　where op_date>"19990101" and　　pay_month between‘199908" and"199912"　　不建任何索引查询1 1分15秒　　查询2 1分7秒　　在op_date上建非聚簇索引查询1 57秒　　查询2 57秒　　在op_date上建聚簇索引查询1 <1秒　　查询2 52秒　　在pay_month、op_date、pri_surplus1上建索引查询1 34秒　　查询2 <1秒　　在op_date、pay_month、pri_surplus1上建索引查询1 <1秒　　查询2 <1秒　　从以上查询效果分析，索引的有无，建立方式的不同将会导致不同的查询效果，选择什么样的索引基于用户对数据的查询条件,这些条件体现于where从句和join表达式中。一般来说建立索引的思路是：　　(1)主键时常作为where子句的条件，应在表的主键列上建立聚簇索引，尤其当经常用它作为连接的时候。　　(2)有大量重复值且经常有范围查询和排序、分组发生的列，或者非常频繁地被访问的列，可考虑建立聚簇索引。　　(3)经常同时存取多列，且每列都含有重复值可考虑建立复合索引来覆盖一个或一组查询，并把查询引用最频繁的列作为前导列，如果可能尽量使关键查询形成覆盖查询。　　(4)如果知道索引键的所有值都是唯一的，那么确保把索引定义成唯一索引。　　(5)在一个经常做插入操作的表上建索引时，使用fillfactor(填充因子)来减少页分裂，同时提高并发度降低死锁的发生。如果在只读表上建索引，则可以把fillfactor置为100。　　(6)在选择索引键时，设法选择那些采用小数据类型的列作为键以使每个索引页能够容纳尽可能多的索引键和指针，通过这种方式，可使一个查询必须遍历的索引页面降到最小。此外，尽可能地使用整数为键值，因为它能够提供比任何数据类型都快的访问速度。　　五、索引的维护　　上面讲到,某些不合适的索引影响到SQL Server的性能,随着应用系统的运行,数据不断地发生变化,当数据变化达到某一个程度时将会影响到索引的使用。这时需要用户自己来维护索引。索引的维护包括：　　1、重建索引　　随着数据行的插入、删除和数据页的分裂，有些索引页可能只包含几页数据，另外应用在执行大块I/O的时候，重建非聚簇索引可以降低分片，维护大块I/O的效率。重建索引实际上是重新组织B-树空间。在下面情况下需要重建索引：　　(1)数据和使用模式大幅度变化。　　(2)排序的顺序发生改变。　　(3)要进行大量插入操作或已经完成。　　(4)使用大块I/O的查询的磁盘读次数比预料的要多。　　(5)由于大量数据修改，使得数据页和索引页没有充分使用而导致空间的使用超出估算。　　(6)dbcc检查出索引有问题。　　当重建聚簇索引时，这张表的所有非聚簇索引将被重建。　　2、索引统计信息的更新　　当在一个包含数据的表上创建索引的时候，SQL Server会创建分布数据页来存放有关索引的两种统计信息：分布表和密度表。优化器利用这个页来判断该索引对某个特定查询是否有用。但这个统计信息并不动态地重新计算。这意味着，当表的数据改变之后，统计信息有可能是过时的，从而影响优化器追求最有工作的目标。因此，在下面情况下应该运行update statistics命令：　　(1)数据行的插入和删除修改了数据的分布。　　(2)对用truncate table删除数据的表上增加数据行。　　(3)修改索引列的值。　　六、结束语　　实践表明，不恰当的索引不但于事无补，反而会降低系统的执行性能。因为大量的索引在插入、修改和删除操作时比没有索引花费更多的系统时间。例如下面情况下建立的索引是不恰当的：　　1、在查询中很少或从不引用的列不会受益于索引，因为索引很少或从来不必搜索基于这些列的行。　　2、只有两个或三个值的列，如男性和女性(是或否)，从不会从索引中得到好处。　　另外，鉴于索引加快了查询速度，但减慢了数据更新速度的特点。可通过在一个段上建表，而在另一个段上建其非聚簇索引，而这两段分别在单独的物理设备上来改善操作性能。

建立表后ALTERTABLE表名ADDCONSTRAINT[键名]PRIMARYKEYCLUSTERED(字段一ASC,字段二ASC)ON[PRIMARY]或者建表时CREATETABLE表名(字段一INTNOTNULL,字段二[VARCHAR](16)NOTNULLCONSTRAINT[键名]PRIMARYKEYCLUSTERED(字段一ASC,字段二ASC)ON[PRIMARY])ON[PRIMARY]

什么是索引拿汉语字典的目录页（索引）打比方：正如汉语字典中的汉字按页存放一样，SQL Server中的数据记录也是按页存放的，每页容量一般为4K 。为了加快查找的速度，汉语字（词）典一般都有按拼音、笔画、偏旁部首等排序的目录（索引），我们可以选择按拼音或笔画查找方式，快速查找到需要的字（词）。同理，SQL Server允许用户在表中创建索引，指定按某列预先排序，从而大大提高查询速度。u2022 SQL Server中的数据也是按页（ 4KB ）存放u2022 索引：是SQL Server编排数据的内部方法。它为SQL Server提供一种方法来编排查询数据。u2022 索引页：数据库中存储索引的数据页；索引页类似于汉语字（词）典中按拼音或笔画排序的目录页。u2022 索引的作用：通过使用索引，可以大大提高数据库的检索速度，改善数据库性能。索引类型u2022 唯一索引：唯一索引不允许两行具有相同的索引值u2022 主键索引：为表定义一个主键将自动创建主键索引，主键索引是唯一索引的特殊类型。主键索引要求主键中的每个值是唯一的，并且不能为空u2022 聚集索引(Clustered)：表中各行的物理顺序与键值的逻辑（索引）顺序相同，每个表只能有一个u2022 非聚集索引(Non-clustered)：非聚集索引指定表的逻辑顺序。数据存储在一个位置，索引存储在另一个位置，索引中包含指向数据存储位置的指针。可以有多个，小于249个索引类型：再次用汉语字典打比方，希望大家能够明白聚集索引和非聚集索引这两个概念。唯一索引：唯一索引不允许两行具有相同的索引值。如果现有数据中存在重复的键值，则大多数数据库都不允许将新创建的唯一索引与表一起保存。当新数据将使表中的键值重复时，数据库也拒绝接受此数据。例如，如果在stuInfo表中的学员员身份证号(stuID) 列上创建了唯一索引，则所有学员的身份证号不能重复。提示：创建了唯一约束，将自动创建唯一索引。尽管唯一索引有助于找到信息，但为了获得最佳性能，建议使用主键约束或唯一约束。主键索引：在数据库关系图中为表定义一个主键将自动创建主键索引，主键索引是唯一索引的特殊类型。主键索引要求主键中的每个值是唯一的。当在查询中使用主键索引时，它还允许快速访问数据。聚集索引（clustered index）在聚集索引中，表中各行的物理顺序与键值的逻辑（索引）顺序相同。表只能包含一个聚集索引。例如：汉语字（词）典默认按拼音排序编排字典中的每页页码。拼音字母a，b，c，d……x，y，z就是索引的逻辑顺序，而页码1，2，3……就是物理顺序。默认按拼音排序的字典，其索引顺序和逻辑顺序是一致的。即拼音顺序较后的字（词）对应的页码也较大。如拼音“ha”对应的字(词)页码就比拼音“ba” 对应的字(词)页码靠后。非聚集索引(Non-clustered)如果不是聚集索引，表中各行的物理顺序与键值的逻辑顺序不匹配。聚集索引比非聚集索引（nonclustered index）有更快的数据访问速度。例如，按笔画排序的索引就是非聚集索引，“1”画的字（词）对应的页码可能比“3”画的字（词）对应的页码大（靠后）。提示：SQL Server中，一个表只能创建1个聚集索引，多个非聚集索引。设置某列为主键，该列就默认为聚集索引如何创建索引使用T-SQL语句创建索引的语法：CREATE [UNIQUE] [CLUSTERED|NONCLUSTERED] INDEX index_name ON table_name (column_name…) [WITH FILLFACTOR=x]q UNIQUE表示唯一索引，可选q CLUSTERED、NONCLUSTERED表示聚集索引还是非聚集索引，可选q FILLFACTOR表示填充因子，指定一个0到100之间的值，该值指示索引页填满的空间所占的百分比在stuMarks表的writtenExam列创建索引：USE stuDBGOIF EXISTS (SELECT name FROM sysindexes WHERE name = "IX_writtenExam") DROP INDEX stuMarks.IX_writtenExam /*--笔试列创建非聚集索引：填充因子为30％--*/CREATE NONCLUSTERED INDEX IX_writtenExam ON stuMarks(writtenExam) WITH FILLFACTOR= 30GO/*-----指定按索引 IX_writtenExam 查询----*/SELECT * FROM stuMarks (INDEX=IX_writtenExam) WHERE writtenExam BETWEEN 60 AND 90虽然我们可以指定SQL Server按哪个索引进行数据查询，但一般不需要我们人工指定。SQL Server将会根据我们创建的索引，自动优化查询。索引的优缺点u2022 优点– 加快访问速度– 加强行的唯一性u2022 缺点– 带索引的表在数据库中需要更多的存储空间– 操纵数据的命令需要更长的处理时间，因为它们需要对索引进行更新创建索引的指导原则u2022 请按照下列标准选择建立索引的列。– 该列用于频繁搜索– 该列用于对数据进行排序u2022 请不要使用下面的列创建索引：– 列中仅包含几个不同的值。– 表中仅包含几行。为小型表创建索引可能不太划算，因为SQL Server在索引中搜索数据所花的时间比在表中逐行搜索所花的时间更长

唯一索引、聚集索引、非聚集索引

asc 是降序！（从小到大）

1. 首先删除主键, 然后重新创建主键, 重新创建主键的时候, 需要说明本主键是使用 非聚集索引PRIMARY KEY NONCLUSTERED ( sno )2.A: PAD_INDEX = { ON | OFF } 指定索引填充。默认值为 OFF。ON fillfactor 指定的可用空间百分比应用于索引的中间级页。OFF 或不指定 fillfactor考虑到中间级页上的键集，将中间级页填充到接近其容量的程度，以留出足够的空间，使之至少能够容纳索引的最大的一行。B:FILLFACTOR =fillfactor指定一个百分比，指示在创建或重新生成索引期间，数据库引擎对各索引页的叶级填充的程度。fillfactor 必须为介于 1 至 100 之间的整数值。默认值为 0。如果 fillfactor 为 100 或 0，则数据库引擎将创建完全填充叶级页的索引。C:IGNORE_DUP_KEY = { ON | OFF } 指定在插入操作尝试向唯一索引插入重复键值时的错误响应。IGNORE_DUP_KEY 选项仅适用于创建或重新生成索引后发生的插入操作。当执行 CREATE INDEX、ALTER INDEX 或 UPDATE 时，该选项无效。默认值为 OFF。ON 向唯一索引插入重复键值时将出现警告消息。只有违反唯一性约束的行才会失败。OFF 向唯一索引插入重复键值时将出现错误消息。整个 INSERT 操作将被回滚。D:STATISTICS_NORECOMPUTE = { ON | OFF} 指定是否重新计算分发统计信息。默认值为 OFF。ON 不会自动重新计算过时的统计信息。OFF 启用统计信息自动更新功能。若要恢复统计信息自动更新，请将 STATISTICS_NORECOMPUTE 设置为 OFF，或执行 UPDATE STATISTICS 但不包含 NORECOMPUTE 子句。E:on [primary] 是指 索引创建在 primary 这个文件组上。3、以全国的身份证为例子：对于 身份证号码， 有个 “唯一” 的索引而对于 姓名， 有个 “不唯一” 的索引。“不唯一” 的索引 ， 虽然不能定位到唯一的某一行， 但是可以缩小范围。定位到某些行。4.聚集索引 CLUSTERED 创建索引时，键值的逻辑顺序决定表中对应行的物理顺序。聚集索引的底层（或称叶级别）包含该表的实际数据行。一个表或视图只允许同时有一个聚集索引。

在表的索引下面右击 就会看到新建索引选项

query()函数在SQL Server 2008数据库中用于向数据库发出查询请求，以获取数据库中满足特定条件的数据。它可以用于查询单表中的数据，也可以用于查询多个表中的数据。

结合网上搜索的结果，共有以下三种解决方案，我是运行到最后一种时完全解决。我估计大家都执行一遍，问题肯定解决。1.查一下 windows下的system32 中是否有framedyn.dll这个系统文件，如果没有到system32 下的wbem文件中拷贝framedyn.dll到system32 目录下2.有人说是管理员（administrator）没有 network service的权限，所以 WMI无法打开。 设置的方法很简单，网络上都有：1） 右击我的电脑--管理2） 在本地用户和组内的Administrators组上双击，出现添加属性对话框。3） 单击添加按钮，出现添加用户对话框4） 单击高级按钮，再单击搜索（或是立即查找）按钮。注：此"NT AUTHORITYNETWORK SERVICE"用户为系统内置帐户，无法直接添加。5） 在搜索结果内选择Network Service用户后，单击确定按照以上的步骤设置之后，进入配置管理器，问题依旧出现到了这里实在让人郁闷的不行。这时又看到一个新方法：检查一下 windows下的system32 中是否有framedyn.dll这个系统文件，如果没有到system32 下的wbem文件中拷贝framedyn.dll到system32 目录下。 我进到system32目录找framedyn.dll文件，果然没有找到，再进入system32wbem目录，找framedyn.dll，拷贝到system32目下。3.以管理员身份运行命令提示符（在附件下面），进入后执行以下命令1)cd/d C:Program FilesMicrosoftSQLServer90Shared2)mofcomp C:Program FilesMicrosoftSQLServer90Sharedsqlmgmproviderxpsp2up.mof当看到有如下信息时表明操作成功Microsoft (R) 32-bit MOF 汇编器版本 5.2.3790.3959正在分析 MOF 文件: C:Program FilesMicrosoft SQL Server90SharedsqlmgmprovideMOF 文件分析成功

按完"确定"按钮后，安装程序终止执行。可用以下方法可解决：在DOS中执行含有以下脚本（新建一个文本，复制下面代码，保存后文件名改为FIXWMI.CMD即可）@echo oncd /d c: empif not exist %windir%system32wbem goto TryInstallcd /d %windir%system32wbemnet stop winmgmtwinmgmt /killif exist Rep_bak rd Rep_bak /s /qrename Repository Rep_bakfor %%i in (*.dll) do RegSvr32 -s %%ifor %%i in (*.exe) do call :FixSrv %%ifor %%i in (*.mof,*.mfl) do Mofcomp %%inet start winmgmtgoto End:FixSrvif /I (%1) == (wbemcntl.exe) goto SkipSrvif /I (%1) == (wbemtest.exe) goto SkipSrvif /I (%1) == (mofcomp.exe) goto SkipSrv%1 /RegServer:SkipSrvgoto End:TryInstallif not exist wmicore.exe goto Endwmicore /snet start winmgmt:End

找了好久啊！！建议先用最后一个方法无法连接到WMI提供程序。你没有权限或者该服务器无法访问/cannot connect to WMI provider. You do not have permission or the……1.Cannot connect to WMI provider. You do not have permission or the server is unreachable. Note that you can only manage SQL Server 2005 servers with SQL Server Configuration Manager.Invalid class [0x80041010]The solution is to go to a command prompt and then run mofcomp.C:Program FilesMicrosoft SQL ServerShared>mofcomp "C:Program FilesMicrosoft SQL ServerSharedsqlmgmproviderxpsp2up.mof"The output will look like belowMicrosoft (R) 32-bit MOF Compiler Version 5.1.2600.2180Copyright (c) Microsoft Corp. 1997-2001. All rights reserved.Parsing MOF file: C:Program FilesMicrosoft SQL ServerSharedsqlmgmproviderxpsp2up.mofMOF file has been successfully parsedStoring data in the repository...Done! 注意一下：上述的mofcomp命令在C:WINDOWSsystem32wbem目录下。 通过这个博客的留言，貌似有些人用这个方法解决了问题。我进入了windows的命令处理器，按照这个方法试了一下，得到了和他一样输出的结果，很兴奋，以为问题解决了。再次进入Server Configuration Manager，不幸的是还是弹出了同样的警告框。继续在网上搜，由于关键字大部分是英文的，搜到的英文网页中除了上述的方法转载就是抱怨…… 2.1 右击“我的电脑”-->“管理”2 在“本地用户和组”内的Administrators组上双击，出现添加属性对话框。3 单击“添加”按钮，出现添加用户对话框4 单击“高级”按钮，再单击“搜索”（或是“立即查找”）按钮。注：此"NT AUTHORITYNETWORK SERVICE"用户为系统内置帐户，无法直接添加。5 在“搜索结果”内选择“Network Service”用户后，单击“确定” 3.检查一下 windows下的system32 中是否有framedyn.dll这个系统文件，如果没有到system32 下的wbem文件中拷贝framedyn.dll到system32 目录下。 我进到system32目录找framedyn.dll文件，果然没有找到，再进入system32wbem目录，找framedyn.dll，拷贝到system32目下。再次进入配置管理器，这次终于成功了！！！问题终于解决了！！！这主要是通过Java 或者vc连接数据库遇到的问题。

找了好久啊！！建议先用最后一个方法无法连接到WMI提供程序。你没有权限或者该服务器无法访问/cannot connect to WMI provider. You do not have permission or the……1.Cannot connect to WMI provider. You do not have permission or the server is unreachable. Note that you can only manage SQL Server 2005 servers with SQL Server Configuration Manager.Invalid class [0x80041010]The solution is to go to a command prompt and then run mofcomp.C:Program FilesMicrosoft SQL ServerShared>mofcomp "C:Program FilesMicrosoft SQL ServerSharedsqlmgmproviderxpsp2up.mof"The output will look like belowMicrosoft (R) 32-bit MOF Compiler Version 5.1.2600.2180Copyright (c) Microsoft Corp. 1997-2001. All rights reserved.Parsing MOF file: C:Program FilesMicrosoft SQL ServerSharedsqlmgmproviderxpsp2up.mofMOF file has been successfully parsedStoring data in the repository...Done! 注意一下：上述的mofcomp命令在C:WINDOWSsystem32wbem目录下。 通过这个博客的留言，貌似有些人用这个方法解决了问题。我进入了windows的命令处理器，按照这个方法试了一下，得到了和他一样输出的结果，很兴奋，以为问题解决了。再次进入Server Configuration Manager，不幸的是还是弹出了同样的警告框。继续在网上搜，由于关键字大部分是英文的，搜到的英文网页中除了上述的方法转载就是抱怨…… 2.1 右击“我的电脑”-->“管理”2 在“本地用户和组”内的Administrators组上双击，出现添加属性对话框。3 单击“添加”按钮，出现添加用户对话框4 单击“高级”按钮，再单击“搜索”（或是“立即查找”）按钮。注：此"NT AUTHORITYNETWORK SERVICE"用户为系统内置帐户，无法直接添加。5 在“搜索结果”内选择“Network Service”用户后，单击“确定” 3.检查一下 windows下的system32 中是否有framedyn.dll这个系统文件，如果没有到system32 下的wbem文件中拷贝framedyn.dll到system32 目录下。 我进到system32目录找framedyn.dll文件，果然没有找到，再进入system32wbem目录，找framedyn.dll，拷贝到system32目下。再次进入配置管理器，这次终于成功了！！！问题终于解决了！！！这主要是通过Java 或者vc连接数据库遇到的问题。

如果是直接把音频和视频文件存进数据库的话，通常这个数据库就太庞大的，还不如把音频和视频的文件路径存进去好点。当然，主要看你是怎么样的目的。

系统提示“不能访问windows installer 服务，可能你在安全模式下运行 windows ，或者windows installer 没有正确的安装，请和你的支持人员联系以获得帮助”。解决方法：在Windows2000系统下：第一步：点击 开始－－>运行，输入 CMD 命令，在弹出的CMD命令提示符窗口中输入“msiexec /unregserver”命令，是为了停掉windows installer服务。第二步：下载windows installer服务安装程序包，Windows2000/NT系统的安装程序包为“InstMsiW.exe”Windows98/ME安装程序包为"InstMsiA.exe",Windows XP系统则集成了最新版本的Windows Installer v2.0。下载“InstMsiW.exe”安装程序包后，将其用winrar解压开，然后进入到此目录中。第三步：右键单击“msi.inf”文件，点击“安装”选项，接着右键单击“mspatcha.inf ”文件，点击“安装”。第四步：在CMD命令提示符下输入“msiexec /regserver”命令，这样就启动了windows installer服务，重新启动Windows2000系统后，问题就得到解决。注意：在安装两个inf文件的过程中，不要重新启动系统，全部****作完成后才能重启，另外，如果系统安装了”瑞星病毒防火墙”和“瑞星网络防火墙”，建议在****作过程中关闭瑞星防火墙。在Windows XP系统下：第一步：使用记事本编写installer.reg文件，内容如下：Windows Registry Editor Version 5.00[HKEY_LOCAL_MACHINESYSTEMCurrentControlSetServicesMSIServer]"ImagePath"=-"ImagePath"=hex(2):25,00,53,00,79,00,73,00,74,00,65,00,6d,00,52,00,6f,00,6f,00,74,00,25,00,5c,00,53,00,79,00,73,00,74,00,65,00,6d,00,33,00,32,00,5c,00,6d,00,73,00,69,00,65,00,78,00,65,00,63,00,2e,00,65,00,78,00,65,00,20,00,2f,00,56,00,00,00然后将文件保存为“.reg”格式，双击该文件，将文件内容导入注册表。第二步：重新启动电脑进入安全模式（启动时按F8键），然后点击开始－－>运行，输入CMD命令，在弹出的CMD命令提示符窗口中输入“msiexec /regserver”，最后重新启动系统即可。

服务器

开始-运行-msconfig-启动,在里面把 ctfmon(输入法)和soundman（声音）这两个文件留下,其余的全部去掉勾,保存重启.

打开安装软件SQLEXPRWT_x86_CHS，选择Run program。2开始解压文件，请等待。3选择Installion（安装）->New SQL Server stand-alone installation or add features to an existing installation（全新 SQL Server 独立安装或向现有安装添加功能）。4Setup Support Rule（安装程序支持规则）。setup support rules Identify problems that might occur when you install SQL Server setup support files（安装程序支持规则可确定在你安装SQL Server安装程序支持时可能发生的错误）. Failures must be corrected before setup can continue（必须更正所有失败，程序才能够继续）。5点击Show detail>>（显示详细信息）或者点击Hide details<<（隐藏详细信息）。然后点击OK。6Please wait while SQL Server 2008 setup process the current operation（请等待SQL server当前处理当前操作）。7Product key（产品秘钥）。specify the edition of SQL server 2008 to install（选择安装SQL server 2008版本）。此处均为灰色，无需操作，点击Next。8License Terms（许可条款）.To install SQL Server 2008, you must accept the Microsoft software license Terms（若要安装SQL server2008，必须接受微软公司的软件许可条款）。选择I accept the license terms（我接受许可条款）。9Setup Support Files（安装程序支持文件）。Click Install to install setup support files，To install or update SQL Server 2008，the files are required（单击“安装”以安装安装程序支持文件，若需要安装或者更新SQL Server 2008，这些文件是必须的）。10Please wait while SQL Server 2008 setup process the current operation（请等待SQL server当前处理当前操作）。11Setup Support Rule（安装程序支持规则）。setup support rules Identify problems that might occur when you install SQL Server setup support files（安装程序支持规则可确定在你安装SQL Server安装程序支持时可能发生的错误）. Failures must be corrected before setup can continue（必须更正所有失败，程序才能够继续）。点击Next。12Feature Select（功能选择），Select the express with advanced services features to install （选择安装的express with advanced services功能）。For clustered installations（对应群集安装），only Database Engine Services and Analysis services can be Clustered（只能群集化数据库引擎服务和分析服务）。此处选择Select all，然后点击Next。13Instance Configuration（实例配置）。Specify the name and instance ID for the SQL Server instance（指定SQL Server 实例的名称和实例ID）。此处选择Named Instance（命名实例）：SQLExpress，Instance ID（实例ID）：SQLExpress，Instance root directory（实例根目录）：C:Program Files(x86)Microsoft SQL Server。点击Next。14Disk Space Requirements（磁盘空间要求）。Review the disk space summary for the SQL Server features you selected(查看你选择的SQL功能所需的磁盘空间的摘要)。当磁盘空间满足要求的情况下，点击Next。15Server Configuration（服务器配置）。Specify the configuration（指定配置）。按照如图所示，Serice选择SQL Server Database Engine，Account Name选择NT AUTHORITYSYSTEM,Password选择为空，startup Type选择Automatic。然后，点击Next。16Database Engine Configuration（数据库引擎配置）。Specify Database Engine authentication Security mode，administrators and data directories（指定数据引擎身份验证安全模式，管理员和数据目录）。按照如图，authentication mode选择Mixed Mode(SQL Server authentication and Windows authentication),Enter password选择输入abc@123,Confirm password选择输入abc@123。再点击Add Current User添加当前账号至Specify SQL Server administrators指定的管理员账号。最后点击Next。17Error and usage reporting（错误和使用情况报告）。Help Microsoft improve SQL Server features and services（帮助微软改善SQL Server功能和服务）。默认按照如图所示，进行选择。然后点击Next。18Installation Rules（安装规则）。Setup is running rules to determine if the installation process will be blocked（安装程序正在运行规则以确定是否将阻止安装过程）.For more information（关于更多信息）,click help（点击帮助）。我们可以点击Show details>>显示细节，也可以点击Hide details<<隐藏细节。然后点击Next。19Ready to Install（准备安装）。Verify the SQL Server2008 features to be installed（核实安装SQL Sever 2008的功能）。然后，选择Install。20Installation progress（安装进度）。此时，Next按钮是灰色的，一致等待直到安装完成。21Installation progress（安装进度）。Setup process complete（安装完成）。点击，Next。22Complete（完成）。Your SQL Server 2008 installation completed successfully（SQL Server 2008 安装以及完成）。点击，Close。END使用SQL Server 2008从安装目录，如默认的C:Program Files (x86)Microsoft SQL Server100ToolsBinnVSShellCommon7IDESsms.exe。服务器类型（server type）：数据库引擎（Database Engine）；服务器名称（Server name）：MININT-MGKOJCOSQLEXPRESS（电脑数据库实例名）。身份验证（Authentication）：SQL Server身份验证（SQL Server Authentication）。登录名（Login）：sa。密码（Password）：abc@123。√记住密码（Remember Password）。然后点击：“连接”。3登录成功SSMS（Microsoft SQL Server Management Studio）。

错误安装SQL服务器数据库引擎服务实例的特征SQL Server的功能sql_engine_core_inst"是不支持的状态维修，因为它从来没有成功地配置。只有从成功安装特点可以修复。继续，删除指定的SQL服务器的特征。

二、简答题 （40分） 1. 设有如下关系表R： R(NO,NAME,SEX,AGE,CLASS) 主关键字是NO，其中NO为学号，NAME为姓名，SEX为性别，AGE为年龄，CLASS为班号。写出实现下列功能的SQL语句。 （每题5分，共5*4=20分） 1) 插入"95031"班学号为30，姓名为"郑和"的学生记录。 insert R (NO,NAME,CLASS) Values("30","郑和","95031") 2) 删除学号为20的学生记录。 delete from R where NO="20" 3) 统计每个班级的学生人数。 select CLASS,Count(CLASS) from R Group by CLASS 4) 查询所藏图书中，各个出版社的图书最高单价、平均单价和册数。 2. 设有图书管理数据库： 图书(总编号C(6),分类号C(8),书名C(16),作者C(6),出版单位C(20),单价N(6,2)) 读者(借书证号C(4),单位C(8),姓名C(6),性别C(2),职称C(6),地址C(20)) 借阅(借书证号C(4),总编号C(6),借书日期D(8)) 其中C表示char类型；N表示numeric类型；D表示DateTime类型，写出以下要求的SQL语句：（每题5分，共5*4=20分） 1) 查询由"清华大学出版社"或"电子工业出版社"出版，并且单价不超出20元的书名。 select 书名 from 图书表 where 单价 < 20 and 出版单位 in ("清华大学出版社","电子工业出版社") 2) 查询共借出多少种图书。 3) 查询“CIE”单位借阅图书的读者的人数。 4) 查询书价在15元至25元(含15元和25元)之间的图书的书名、作者、书价和分类号，结果按分类号升序排序。

大多都是B，你都选B基本可以及格

reg 即对注册表子项信息和注册表项值中的值执行添加、更改、导入、导出以及其他操作的命令。我只是帮你找了答案，http://wenwen.soso.com/z/q326060526.htm

Region是HBase数据存储和管理的基本单位。一个表中可以包含一个或多个Region。每个Region只能被一个RS（RegionServer）提供服务，RS可以同时服务多个Region，来自不同RS上的Region组合成表格的整体逻辑视图。

local是本地接口，remote是远程接口。web层调用app层使用remote接口。session bean和entity bean之间调用使用的是local接口。不用说你也明白，remote接口对性能的影响很大。所以在程序设计的时候我们尽量用loacal接口，也就是 facade模式。具体就是，web层调用app层的session bean，session bean在调用各个entity bean。就好比是打长途电话找5个人，你是准备给5个人分别通话（长途-remote）还是准备先和一人通话（长途-remote）然后在由这个人对另 外4个（短途-local）分别通知？我想你会选择第二种情况（facade模式）。 local接口可以在与ejb同一个JVM环境中调用，但是不能对它进行远程调用，假设你的web容器与所需调用的ejb不在一台服务器上，或者不 在同一个welogic server中时就不能调用local接口，在jndi查找的时候不能查找local home，而要查找remote home,也就是说需要实际进行RMI调用，而且必须提供Provider URL(例如t3://myserver:7001)，而且他们返回给客户的对象也不一样，local home创建的是javax.ejb.EJBLocalObject类型，它没有继承Remote interface;而Remote home创建的是javax.ejb.EJBObject类型的，它扩展了Remote.实际上javax.ejb.EJBLocalObject型接口 没有抛出RemoteException，因为对local类型接口的调用不是RMI,所以的对local接口的调用效率要高于对remote对象的调 用，针对这点对EJB的设计提出以下建议：1、如果你的ejb客户只可能存在于与ejb相同app server，或者说同一个JVM环境中时，你可以只生成local类型接口（包括EJBHome 与EJBObject），如果你需要在与EJB容器不同的JVM环境中调用你的EJB的话，你必须生成Remote类型的接口（包括EJBHome 与EJBObject）;2、在一般情况下建议两种类型的接口（包括EJBHome 与EJBObject）都生成，尤其是Session Bean,Entity Bean，可以只生成local类型的接口，如果想远程调用你的Entity Bean一般用Session Bean做代理。3、如果你不是远程调用EJB的话，使用EJB时建议调用local接口，这样效率高，因为远程调用就意味着建立网络连接，效率必然不如local调用。4、在jb7中设计EJB时，默认情况下只给你生成local类型接口，所以你需要在设计EJB时把interfaces设成：local/remote，这样的话你的EJB至少会有5个Java文件

remote server[英][riu02c8mu0259ut u02c8su0259:vu0259][美][ru026au02c8mot u02c8su025avu025a][计] 远程服务器; 以上结果来自金山词霸例句:1.When you sign into onlive desktop, you see your documents in the standard windows documents folder, which is actually on the remote server. 当你登录onlive desktop后，你可以看见你的文件存放在在标准的windows文件夹中，其实它在远程的服务器上

正数后面有+号吗

replace(columnA,"&#614","")

内存溢出

使命召唤8

分布式存储ORACLE可以做SQL嘛 也许也有你搜索一下SQLSERVER的分布式存储和分布式管理 我也没做过这么牛的东西实在不行 还是可以在程序里实现的

你的磁盘接触不良,就有可能造成它在写入到一半还没写完时断开连接,这样,有可能造成数据库无法被服务器识别,因为,服务器认为,正确的数据库不应该是这样的.建议你用数据库恢复软件尝试读出数据,实在不行,而数据又很重要的话,交专业数据恢复公司去做,不过一般要价很高.

PHP代码有问题吧

楼上说的对、

CLIENT是客户端(应用软件)，SERVER是服务端(服务器)

对于JSP、Servlet等，使用run on server可以实现“部署到中间件-启动中间件-启动浏览器显示jsp/servlet的运行结果”。这个中间件可以是J2EE Preview, tomcat等多种，后面几种都需要配置的。

cs

C/S又称Client/Server或客户/服务器模式。服务器通常采用高性能的PC、工作站或小型机，并采用大型数据库系统，如ORACLE、SYBASE、InfORMix或 SQL Server。客户端需要安装专用的客户端软件。传统的C/S体系结构虽然采用的是开放模式，但这只是系统开发一级的开放性，在特定的应用中无论是Client端还是Server端都还需要特定的软件支持。由于没能提供用户真正期望的开放环境，C/S结构的软件需要针对不同的操作系统系统开发不同版本的软件， 加之产品的更新换代十分快，已经很难适应百台电脑以上局域网用户同时使用。而且代价高， 效率低。Client/Server结构是20世纪80年代末提出的。这种结构的系统把较复杂的计算和管理任务交给网络上的高档机器——服务器，而把一些频繁与用户打交道的任务交给前端较简单的计算机—客户机。通过这种方式，将任务合理分配到客户端和服务器端，既充分利用了两端硬件环境的优势，又实现了网络上信息资源的共享。由于这种结构比较适于局域网运行环境，因此逐渐得到了广泛的应用。在Client/Server结构的系统中，应用程序分为客户端和服务器端两大部分。客户端部分为每个用户所专有，而服务器端部分则由多个用户共享其信息与功能。客户端部分通常负责执行前台功能，如管理用户接口、数据处理和报告请求等；而服务器端部分执行后台服务，如管理共享外设、控制对共享数据库的操作等。这种体系结构由多台计算机构成，它们有机地结合在一起，协同完成整个系统的应用，从而达到系统中软、硬件资源最大限度的利用。任何一个应用系统，不管是简单的单机系统还是复杂的网络系统，都由3个部分组成：显示逻辑部分(表示层)、事务处理逻辑部分(功能层)和数据处理逻辑部分(数据层)。显示逻辑部分的功能是与用户进行交互；事务处理逻辑部分的功能是进行具体的运算和数据的处理；数据处理逻辑部分的功能是对数据库中的数据进行查询、修改和更新等。在两层模式的Client/Server结构中，显示逻辑部分和事务处理逻辑部分均被放在客户端，数据处理逻辑部分和数据库被放在服务器端。这样就使得客户端变得很“胖”，成为胖客户机，而服务器端的任务相对较轻，成为瘦服务器。这种传统的Client/Server结构比较适合于在小规模、用户数较少(≤100)、单一数据库且有安全性和快速性保障的局域网环境下运行，所以得到了广泛的应用。但随着应用系统的大型化，以及用户对系统性能要求的不断提高，两层模式(2-Tier)的Client/Server结构越来越满足不了用户需求。这主要体现在程序开发量大、系统维护困难、客户机负担过重、成本增加及系统的安全性难以保障等方面。

C/S又称Client/Server或客户/服务器模式。服务器通常采用高性能的PC、工作站或小型机，并采用大型数据库系统，如ORACLE、SYBASE、InfORMix或SQLServer。客户端需要安装专用的客户端软件。传统的C/S体系结构虽然采用的是开放模式，但这只是系统开发一级的开放性，在特定的应用中无论是Client端还是Server端都还需要特定的软件支持。由于没能提供用户真正期望的开放环境，C/S结构的软件需要针对不同的操作系统系统开发不同版本的软件，加之产品的更新换代十分快，已经很难适应百台电脑以上局域网用户同时使用。而且代价高，效率低。Client/Server结构是20世纪80年代末提出的。这种结构的系统把较复杂的计算和管理任务交给网络上的高档机器——服务器，而把一些频繁与用户打交道的任务交给前端较简单的计算机—客户机。通过这种方式，将任务合理分配到客户端和服务器端，既充分利用了两端硬件环境的优势，又实现了网络上信息资源的共享。由于这种结构比较适于局域网运行环境，因此逐渐得到了广泛的应用。在Client/Server结构的系统中，应用程序分为客户端和服务器端两大部分。客户端部分为每个用户所专有，而服务器端部分则由多个用户共享其信息与功能。客户端部分通常负责执行前台功能，如管理用户接口、数据处理和报告请求等；而服务器端部分执行后台服务，如管理共享外设、控制对共享数据库的操作等。这种体系结构由多台计算机构成，它们有机地结合在一起，协同完成整个系统的应用，从而达到系统中软、硬件资源最大限度的利用。任何一个应用系统，不管是简单的单机系统还是复杂的网络系统，都由3个部分组成：显示逻辑部分(表示层)、事务处理逻辑部分(功能层)和数据处理逻辑部分(数据层)。显示逻辑部分的功能是与用户进行交互；事务处理逻辑部分的功能是进行具体的运算和数据的处理；数据处理逻辑部分的功能是对数据库中的数据进行查询、修改和更新等。在两层模式的Client/Server结构中，显示逻辑部分和事务处理逻辑部分均被放在客户端，数据处理逻辑部分和数据库被放在服务器端。这样就使得客户端变得很“胖”，成为胖客户机，而服务器端的任务相对较轻，成为瘦服务器。这种传统的Client/Server结构比较适合于在小规模、用户数较少(≤100)、单一数据库且有安全性和快速性保障的局域网环境下运行，所以得到了广泛的应用。但随着应用系统的大型化，以及用户对系统性能要求的不断提高，两层模式(2-Tier)的Client/Server结构越来越满足不了用户需求。这主要体现在程序开发量大、系统维护困难、客户机负担过重、成本增加及系统的安全性难以保障等方面。扩展资料：client/server模式的优缺点：C/S结构的优点是能充分发挥客户端PC的处理能力，很多工作可以在客户端处理后再提交给服务器。对应的优点就是客户端响应速度快。缺点主要有以下几个：1、只适用于局域网。而随着互联网的飞速发展，移动办公和分布式办公越来越普及，这需要我们的系统具有扩展性。这种方式远程访问需要专门的技术，同时要对系统进行专门的设计来处理分布式的数据。2、客户端需要安装专用的客户端软件。首先涉及到安装的工作量，其次任何一台电脑出问题，如病毒、硬件损坏，都需要进行安装或维护。特别是有很多分部或专卖店的情况，不是工作量的问题，而是路程的问题。还有，系统软件升级时，每一台客户机需要重新安装，其维护和升级成本非常高。3、对客户端的操作系统一般也会有限制。可能适应于Win98,但不能用于win2000或WindowsXP。或者不适用于微软新的操作系统等等，更不用说Linux、Unix等。参考资料：百度百科-------Client/Server

C/S模式主要由客户应用程序(Client)、服务器管理程序(Server)和中间件(middleware)三个部件组成。客户应用程序是系统中用户与数据进行交互的部件，服务器程序负责有效地管理系统资源，中间件负责连接客户应用程序与服务器管理程序，协同完成一个作业，以满足用户查询状态数据的要求。一般来说，C/S模式的优点主要包括：人机交互性强，具有出错提示、在线帮助等强大的功能，能够提供更安全的存取模式，可以降低网络通信量。由于C/S在逻辑结构上比B/S少一层，对于相同的任务，C/S完成的速度总比B/S快，这就使得C/S模式更利于处理大量数据，具有良好的界面交互性。主要缺点是新软件的开发成本较高、升级维护比较困难。B/S模式是一种以Web技术为基础的新型的信息平台模式。它把传统C/S模式中的服务器部分分解为一个数据服务器与一个或多个应用服务器(Web服务器)，从而构成一个三层结构的客户服务器体系。第一层客户机是用户与整个系统的接口。客户的应用程序精简到一个通用的浏览器软件，第二层Web服务器将启动相应的进程来响应客户的请求，并动态生成一串HTML代码，其中嵌入处理的结果，返回给客户机的浏览器，第三层数据库服务器的任务类似于C/S模式，负责协调不同的Web服务器发出的SQL请求，管理数据库。B/S最大的优点就是可以在任何地方进行操作而不用安装任何专门的软件。只要有一台能上网的电脑就能使用，客户端零维护。主要缺点是界面具有很大局限性，因为Web上受到HTML语言语法的限制，可提供的人机界面比操作系统要单薄很多。适合采用C／S模式的系统具备以下特点：①安全性要求高；②要求具有较强的交互性；③适用范围小，地点固定；④要求处理大量数据。而适合采用B／S模式的系统具备以下特点：①适用范围广，地点灵活；②功能变动频繁；③安全性、交互性要求不高。

这个是压缩包文件，而不是你的安装文件，当你用./configure安装的时候，应该有用--prefix指定安装路径，那么就进入你的指定安装路径中，那里面有这个文件例如：./configure--prefix=/usr/local/mysqlcd/usr/local/mysql/scriptsmysql_install_db--user=mysql

Windowscluster要求同一个cluster中的所有windows版本都是相同的，这样就出现一个问题，当我们要将对windows进行升级时，(例如从windows2008R2升级到windows2012)不得不搭建一套新的windowscluster。你可以选择使用新的硬件搭建，或者将现有windowscluster中的节点一台一台的evict掉，重装/升级系统后加入到新的windowscluster中。具体的cluster升级方案我就不在这里讨论。马上进入主题：　　sqlserverAlwaysOnAvailabilityGroup(后文简称为AG)的一个要求是：所有的replica都要求隶属于同一个windowscluster。　　所以当我们对windowscluster进行升级时，无法在新的windowscluster和现有的windowscluster之间建立AG。那么在迁移过程中会有一段时间内AG无法对外提供服务。　　从数据库的角度上说，我们需要做下面的事情　　接下来停止应用并删除cluster1中的Listener，确保没有外界来接使用SQLSERVER.　　Backupdatabase　　Backuptaillog　　将备份文件copy到新的服务器　　Restore到各个服务器　　然后重新建立AG　　创建Listener　　重启应用　　我们需要将数据库备份并还原到新的primaryreplica和secondaryreplica。相应的downtime时间就是1+2+3+4+5+6+7+8想要的时间。或许你想到了在新旧cluster之间创建一个mirroring，但遗憾的是，创建了AG的数据库是不再允许创建mirroring的.　　那应当如何进行迁移呢?从SQLServer2012SP1开始，允许在两套不同的windowscluster之间创建AG。下面用一个例子说明一下　　有一个三个节点的windowscluster,windows版本为Windows2008R2　　Domain:liweiyin3.lab　　Clustername:cluster1　　Server002　　Server003　　Server004　　Listenername:Listener1　　三个节点上装有SQLServer2012SP1的standalone实例。均为默认实例。　　之间建立了AG.拓扑图如下：　　现在创建一套两个节点的windows2012的windowscluster　　Domain:liweiyin3.lab　　Clustername:cluster2　　Server005　　Server006　　对cluster1上的AG数据库进行备份，包含fulldatabasebackup和logbackup两个cluster中间创建AG：　　将第一步得到的文件在cluster2的节点上进行还原，指定为withnorecovery.　　接下来在cluster2的三个数据库上执行下面的语句　　ALTERSERVERCONFIGURATIONSETHADRCLUSTERCONTEXT="cluster1.liweiyin3.lab"　　这条语句执行完毕后，这台数据库的clustercontext就会切换为cluster1了。这个结果可以从下面的DMV中检查到　　selectcluster_namefromsys.dm_hadr_cluster　　接下就可以在cluster1和cluster2之间建立AG。我们可以使用UI或者T-SQL语句。　　需要注意的是，请将cluster2中的至少一个SQLServer的同步模式设置为Synchronouscommit,以保证迁移是没有数据损失的。　　这样，我们就建立了一套既包含win2008R2，也包含win2012的AG环境了。并且也可以正常地向外界提供服务，整个流程不需要downtime.　　但需要注意的是，这种情况下是不允许在两个cluster之间进行failover的。相应的提示信息如下　　Anattempttofailoverorcreateanavailabilitygroupfailed.ThisoperationisnotsupportedwhenAlwaysOnAvailabilityGroupsisrunningunderaremoteWindowsServerFailoverClustering(WSFC)clustercontext.Underaremoteclustercontext,failingoverorcreatingavailabilitygroupsarenotsupported.　　接下来停止应用并删除cluster1中的Listener，确保没有外界来接使用SQLSERVER　　在Cluster1将AG进行offline操作　　ALTERAVAILABILITYGROUPdbNameoffline　　将cluster2中所有sqlserver的CLUSTERCONTEXT切换回来　　ALTERSERVERCONFIGURATIONSETHADRCLUSTERCONTEXT=local　　在cluster2中重新创建AG　　在cluster2中创建新的listener　　重启应用　　这样所涉及的downtime就是5+6+7+8+9+10　　和之前的解决方案相比，省去了backup，文件copy和restore的时间。其余的操作都是句操作，很大程度地减少了downtime。　　更多信息　　===　　迁移之前，Cluster2中的sqlserver不允许创建任何AG。　　迁移之前需要授予cluster2中的sqlserver启动账号访问cluster1注册表的权限　　ChangetheHADRClusterContextofServerInstance(SQLServer)

可以通过修改my.cnf在[mysqld]之下加default-time-zone=timezone来修改时区。如：default-time-zone="+8:00"修改完了记得记得重启msyql注意一定要在[mysqld]之下加，否则会出现unknownvariable"default-time-zone=+8:00"！

基于即时通信的社交app。我们选择的是xmpp协议，服务端的选择是tiagse。原本我们最初的选择是openfire，但是由于openfire相比较于tigase做集群的难度大，后来就选择了tigase。好了废话不多说。搭建一个在windows平台下的tigase服务器。第一步：到tigase的官网下载tigase的jar包。我选的版本是tigase-server-5.2.0-b3447.jar。下载地址是https://projects.tigase.org/projects/tigase-server/files第二步：安装tigase服务器。双击下载之后的tigase jar包，前提是配置了java的环境变量。第三步：选择java环境变量所在路径第四步：选择tigase安装路径第五步选择配置第六步：配置数据第七步：一直点击next直到结束，找到安装路径，运行tigase。到这里tigase就安装完成了。测试tigase是否可以使用，安装一个spark，就能测试了。

控制台启动server时报"对于服务器server-1与计算机machin对于服务器AdminServer, 与计算机Machine-0相关联的节点管理器无法访问。所有所选服务器当前都处于与此操作不兼容的状态, 或未与运行的节点管理器关联, 或没有授权您执行请求的操作。不会执行任何操作次错误基本都遇到过。在网上搜了半天，最后才解决，基本如下：对于服务器server-1与计算机machine-2相关联的节点管理器无法访问。所有所选服务器当前都处于与此操作不兼容的状态, 或未与运行的节点管理器关联, 或没有授权您执行请求的操作。不会执行任何操作。原因：nodemanager没有启起来一、对于managedServer于adminServer在同一服务器上的情况：1、在控制台可查看该机器的节点管理器端口，比如为55562、用netstat -nap | grep 5556命令查看端口为5556的进程是否存在便知nodemanager是否已启动，这时肯定是不存在的3、但是用ps -ef |grep java命令查看进程，可看到NodeManager进程4、用kill -9 NodeManager进程号5、vi /etc/hosts查看ip地址配置是否正确6、vi /etc/sysconfig/network查看机器名配置是否正确7、vi $WL_HOME/common/nodemanager/nodemanager.properties查看以下配置是否正确，这里的端口5556就与上文提到的端口一致，如果端口不对可能是因为在前一次nodemanager起来之后，在控制台修改了端口，而在nodemanager.properties文件中保存的还是原端口，所以当再次启动nodemanager时，启动的端口不是修改后的而是原来的。ListenPort=5556SecureListener=falseStartScriptEnabled=true二、如果AdminServer在服务器A上，ManagedServer在服务器B上的情况：这时候不能启动nodemanager还可能是因为服务器B无法与服务器A通讯，这时候会报socket相关错误。此时，1、在B服务器上修改$WL_HOME/common/nodemanager/nodemanager.properties文件：SecureListener=falseStartScriptEnabled=true2、在B上$WL_HOME/common/bin/目录下执行wlst.sh脚本./wlst.sh即可3、执行完2后会来到wls:/offline>下，在此输入connect()回车4、此时会依次要求输入AdminServer的用户名、密码及url如下Please enter your username [weblogic] :weblogicPlease enter your password [weblogic] :Please enter your server URL [t3://localhost:7001] :t3://adminServerIP:port以上三项指服务器A上登录控制台时的用户名、密码及IP地址和端口5、如果第4步执行成功，则显示Successfully connected to Admin Server "AdminServer" that belongs to domain "my_domain".会跳到wls:/my_domain/serverConfig>my_damain指服务器A上的domain如果第4步执行不成功，会返回第3步重新输入connect()此时也可输入dumpStack()回车，查看具体错误6、第5步执行成功后，在wls:/my_domain/serverConfig>下依次执行nmEnroll("/home/weblogic/Oracle/Middleware/wlserver_10.3/common/nodemanager")nmEnroll("/home/weblogic/Oracle/Middleware/user_projects/domains/server_b_domain")这里的weblogic目录指服务器B上的weblogic目录，视自己的目录修改语句。7、注册成功后，按ctrl+c返回weblogic目录，再到$WL_HOME/servers/bin目录下nohup ./startNodeManager.sh &启动nodemanager如果启动时报以下错误严重: Fatal error in node manager serverjava.net.BindException: Address already in useat java.net.PlainSocketImpl.socketBind(Native Method)at java.net.PlainSocketImpl.bind(PlainSocketImpl.java:365)at java.net.ServerSocket.bind(ServerSocket.java:319)at java.net.ServerSocket.(ServerSocket.java:185)at weblogic.nodemanager.server.Listener.init(Listener.java:54)at weblogic.nodemanager.server.NMServer.start(NMServer.java:205)at weblogic.nodemanager.server.NMServer.main(NMServer.java:355)at weblogic.NodeManager.main(NodeManager.java:31)说明前面以执行过该语句，此时需要杀掉nodemanager的进程号再次执行启动语句。补充：节点管理器类型可选择"普通"。

你的问题把我搞惨了，我也遇到过。解决办法如下：“在建立与服务器的连接时出错。在连接到 SQLServer 2005 时，在默认的设置下 SQL Server不允许进行远程连接可能会导致此失败。 (provider: 命名管道提供程序,error: 40 - 无法打开到 SQL Server 的连接)”我太恨这句话了。本以为会很简单的数据库连接，居然困扰了我好几天。问了身边很多人、查了大量资料无果，今天终于在网上找到正确的答案并顺利解决了。究其根本，原因出在server参数设置的问题上。以下是完整的解决方案：1：最重要，servers服务开启。1.安装一个SQLServer的管理工具（VS2005只有配置工具），据说微软的官方网站有下。2.开启sql2005远程连接功能,开启办法如下： 配置工具->sqlserver外围应用配置器->服务和连接的外围应用配置器->打开MSSQLSERVER节点下的DatabaseEngine 节点,选择"远程连接",接下建议选择"同时使用TCP/IP和namedpipes",确定后,重启数据库服务就可以了.3.登陆设置改为,Sql server and windowsAuthentication方式同时选中,具体设置如下: manage管理器->windowsAuthentication(第一次用windows方式进去),->对象资源管理器中选择你的数据服务器--右键>属性>security>Sqlserver and windows Authentication方式同时选中.4:设置一个Sql server方式的用户名和密码,具体设置如下: 进入manage管理器后，找到服务器下的Security->Logins->sa，右键属性，设置密码为sa（当然也可以设置其他用户名和密码）这样就设置了一个用户名为sa,密码为sa的用户,下次在登陆时,可以用Sql server方式,用户名为sa,密码为:sa的用户进数据库了。5: 做完上面四步后,这样写连接字符串就可以顺利进入数据库了, (server=.\sqlexpress;uid=sa;pwd=sa;database=master");注意！正确的Server名是这样的，机器名SQLEXPRESS而不是LOCALHOST,127.0.0.1,MJZG(机器名)比如我的是这样的Server:TDSSQLEXPRESS

1、这是SMTP身份验证出错了。现在大多数的邮箱提供的发送邮件服务器都需要身份验证。2、等过段时间在看看。或者去QQ论坛的信箱区发帖子，版主会处理的。3、短时间发邮件数过多导致系统无法正常运行。4、邮件过大或者是超大也是不能发送的。

http proxy server authentication error是什么意思代理服务器认证错误

　　SQL Server执行动态SQL的话 应该如何实现呢?下面就为您介绍SQL Server执行动态SQL两种正确方式 希望可以让您对SQL Server执行动态SQL有更深的了解 　　动态SQL:code that is executed dynamically 它一般是根据用户输入或外部条件动态组合的SQL语句块 动态SQL能灵活的发挥SQL强大的功能 方便的解决一些其它方法难以解决的问题 相信使用过动态SQL的人都能体会到它带来的便利 然而动态SQL有时候在执行性能(效率)上面不如静态SQL 而且使用不恰当 往往会在安全方面存在隐患(SQL 注入式攻击) 　　动态SQL可以通过EXECUTE 或SP_EXECUTESQL这两种方式来执行 　　EXECUTE 　　执行 Transact SQL 批中的命令字符串 字符串或执行下列模块之一:系统存储过程 用户定义存储过程 标量值用户定义函数或扩展存储过程 SQL Server 扩展了 EXECUTE 语句 以使其可用于向链接服务器发送传递命令 此外 还可以显式设置执行字符串或命令的上下文 　　SP_EXECUTESQL 　　执行可以多次重复使用或动态生成的 Transact SQL 语句或批处理 Transact SQL 语句或批处理可以包含嵌入参数 在批处理 名称作用域和数据库上下文方面 SP_EXECUTESQL 与 EXECUTE 的行为相同 SP_EXECUTESQL stmt 参数中的 Transact SQL 语句或批处理在执行 SP_EXECUTESQL 语句时才编译 随后 将编译 stmt 中的内容 并将其作为执行计划运行 该执行计划独立于名为 SP_EXECUTESQL 的批处理的执行计划 SP_EXECUTESQL 批处理不能引用调用 SP_EXECUTESQL 的批处理中声明的变量 SP_EXECUTESQL 批处理中的本地游标或变量对调用 SP_EXECUTESQL 的批处理是不可见的 对数据库上下文所作的更改只在 SP_EXECUTESQL 语句结束前有效 　　如果只更改了语句中的参数值 则 sp_executesql 可用来代替存储过程多次执行 Transact SQL 语句 因为 Transact SQL 语句本身保持不变 仅参数值发生变化 所以 SQL Server 查询优化器可能重复使用首次执行时所生成的执行计划 　　一般来说 我们推荐 优先使用SP_EXECUTESQL来执行动态SQL 一方面它更加灵活 可以有输入输出参数 另外一方面 查询优化器更有可能重复使用执行计划 提高执行效率 还有就是使用SP_EXECUTESQL能提高安全性;当然也不是说要完全摈弃EXECUTE 在特定场合下 EXECUTE比SP_EXECUTESQL更方便些 比如动态SQL字符串是VARCHAR类型 不是NVARCHAR类型 SP_EXECUTESQL 只能执行是Unicode的字符串或是可以隐式转换为ntext的常量或变量 而EXECUTE则两种类型的字符串都能执行 　　下面我们来对比看看EXECUTE 和SP_EXECUTESQL的一些细节地方 　　EXECUTE(N SELECT * FROM Groups ) 执行成功 　　EXECUTE( SELECT * FROM Groups ) 执行成功 　　SP_EXECUTESQL N SELECT * FROM Groups ; 执行成功 　　SP_EXECUTESQL SELECT * FROM Groups 执行出错 　　Summary:EXECUTE 可以执行非Unicode或Unicode类型的字符串常量 变量 而SP_EXECUTESQL只能执行Unicode或可以隐式转换为ntext的字符串常量 变量 　　DECLARE @GroupName VARCHAR( );SET@GroupName = SuperAdmin ; 　　EXECUTE( SELECT * FROM Groups WHERE GroupName= + SUBSTRING(@GroupName ) + ); SUBSTRING 附近有语法错误 　　DECLARE @Sql VARCHAR( ); 　　DECLARE @GroupName VARCHAR( );SET@GroupName = SuperAdmin ; 　　SET@Sql= SELECT * FROM Groups WHERE GroupName= + SUBSTRING(@GroupName ) + 　　 PRINT @Sql;EXECUTE(@Sql); 　　Summary:EXECUTE 括号里面只能是字符串变量 字符串常量 或它们的连接组合 不能调用其它一些函数 存储过程等 如果要使用 则使用变量组合 如上所示 　　DECLARE @Sql VARCHAR( ); 　　DECLARE @GroupName VARCHAR( );SET@GroupName = SuperAdmin ; 　　SET@Sql= SELECT * FROM Groups WHEREGroupName=@GroupName 　　 PRINT @Sql;EXECUTE(@Sql); 出错:必须声明标量变量 “@GroupName” SET@Sql= SELECT * FROM Groups WHERE GroupName= + QUOTENAME(@GroupName ) 　　EXECUTE(@Sql); 正确: 　　DECLARE @Sql NVARCHAR( ); 　　DECLARE @GroupName NVARCHAR( );SET@GroupName = SuperAdmin ; 　　SET@Sql= SELECT * FROM Groups WHEREGroupName=@GroupName 　　PRINT @Sql; 　　EXEC SP_EXECUTESQL @Sql N @GroupNameNVARCHAR @GroupName 　　查询出来没有结果 没有声明参数长度 　　DECLARE @Sql NVARCHAR( ); 　　DECLARE @GroupName NVARCHAR( );SET@GroupName = SuperAdmin ; 　　SET@Sql = SELECT * FROM Groups WHERE GroupName=@GroupName 　　PRINT @Sql; 　　EXEC SP_EXECUTESQL @Sql N @GroupName NVARCHAR( ) @GroupName 　　Summary:动态批处理不能访问定义在批处理里的局部变量 SP_EXECUTESQL 可以有输入输出参数 比EXECUTE灵活 　　下面我们来看看EXECUTE SP_EXECUTESQL的执行效率 首先把缓存清除执行计划 然后改变用@GroupName值SuperAdmin CommonUser CommonAdmin分别执行三次 然后看看其使用缓存的信息 　　DBCC FREEPROCCACHE; 　　DECLARE @Sql VARCHAR( ); 　　DECLARE @GroupName VARCHAR( );SET@GroupName = SuperAdmin ; CommonUser CommonAdmin 　　SET@Sql = SELECT * FROM Groups WHERE GroupName= + QUOTENAME(@GroupName ) 　　EXECUTE(@Sql); SELECTcacheobjtype objtype usecounts sql 　　FROM sys syscacheobjects 　　WHERE sql NOTLIKE %cache% 　　ANDsql NOTLIKE %sys % ; 　　依葫芦画瓢 接着我们看看SP_EXECUTESQL的执行效率 　　DBCC FREEPROCCACHE; 　　DECLARE @Sql NVARCHAR( ); 　　DECLARE @GroupName NVARCHAR( );SET@GroupName = SuperAdmin ; CommonUser CommonAdmin 　　SET@Sql = SELECT * FROM Groups WHERE GroupName=@GroupName 　　EXECUTESP_EXECUTESQL @Sql N @GroupName NVARCHAR( ) @GroupName; 　　SELECTcacheobjtype objtype usecounts sql 　　FROM sys syscacheobjects 　　WHERE sql NOTLIKE %cache% 　　ANDsql NOTLIKE %sys % ; lishixinzhi/Article/program/SQLServer/201311/22279

401的意思就是没有授权，要账号密码。