近期在对一些客户做技术培训的时候，发现了一个问题。一些我们平常天天在用的软件工具，比如：Windows、Office、SQL Server、Visual Studio等等，很多都没有得到用户较充分的使用。很多已经被软件厂商早已攻克的问题，却在用户那里在被重复研究解决方案，原因为什么？因为用户根本不知道原来这个每天都在用的软件工具还有这样或那样的功能，可以解决我们目前所碰到的问题。比如说：

• Excel就已经可以轻松解决家庭的收支结算问题，有人却偏偏要安装什么管家婆或者形形色色的所谓家庭财务管理软件，甚至还要求你安装个sql server呢。难道你只把excel当作一个普通表格使用吗？
• 不少人抱怨Word排版很差，对文章分层次时，要手工敲入那些“第一、第二”或者“1)、2)”等，为什么不用编号功能呢？
• sql server 2005 有个“数据库引擎优化顾问”，可以在一定程度上帮助优化数据库，而对应于sql 2000中也存在“索引优化向导”，而他们都依赖于sql profile，另外数据库有执行计划等一系列分析优化的工具，为什么连这些都没用过就问人索要什么优化工具呢？
• Windows自身就带有磁盘清理等系统优化工具，为啥你只为了清理一下系统盘的空间，却要安装“超级**”或是“**优化大师”呢？

    上述都只是一些简单的例子，但在相当多用户中存在类似的问题，而在软件开发人员中问题依然不少见。问题出在哪里，用户自身是问题之一，而作为软件提供商来说，是否应该考虑一下自身的问题，是否应该下一下功夫对用户进行培训教育呢？UI是否可以设计的再合理一些，让用户更直接的了解到软件的已有功能呢？

     正如某些分析师说的：“微软的Windows、Word和Excel等产品中功能丰富,但消费者却并不完全了解.其结果就是,消费者耗费大量的时间来解决一些微软产品已经攻克的问题.因此,鲍尔默应该在该领域投入一笔资金,以帮助用户了解微软产品的功能”。个人认为这样这个问题不光是微软应该考虑的问题，IBM、Oracle以及我们国内的金山等软件企业是否也应该思考呢？共享软件作者亦应如此。

在一些网站或者软件系统中，由于安全或者程序异常等问题，可能会在SQL Server 2000中造成一个异常问题：在企业管理器中打开数据库发现有一些“坏表”，即无法使用，也无法正常删除。其原因往往是因为在尝试建表的过程中，只向数据库服务器的系统表sysobjects中写入了类型为“U”的记录，却并未真正在数据库中成功创建该表的实体。ok，解决问题有思路了:

假设“坏表”的表名为cmd，那么我们在查询分析器中对当前的数据库写一个sql语句：

delete from sysobjects where [name]='cmd' and xtype='U'

按F5执行，可能会碰到一个错误提示：“未启用对系统目录的特殊更新。系统管理员必须重新配置 SQL Server 以允许这种操作。” 解决这个小小的问题的方法是：打开mssql server 属性---》服务器选项----》启用对系统目录的特殊更新(允许对系统目录进行直接修改)  即可。之后重新在查询分析器中执行刚才的sql语句。

执行成功后。在企业管理器中会发现那个坏表已经不存在了。

[ 注：SQL2005中，由于微软做了重大调整，正常情况下不允许对系统表进行即席更新操作。所以本文提到的问题目前仅适用于SQL2000数据库，敬请注意 ]

数据库镜像是SQL Server 2005的一个新特性，它允许你将一个SQL Server中的数据库内容镜像到另一个SQL Server上。它还让你可以在发生错误的时候，通过镜像数据库来进行错误恢复。镜像的拷贝是一个备用的拷贝，不能直接访问,它只用在错误恢复的情况下。SQL2005的这一特性给数据库系统维护人员带来了不错的实惠，而给最终用户的体验也是不错的。至于如何配置数据库镜像系统，大家可以到TechNet 中文网络广播 中查找一下相关视频教程，尤其推荐大家去看看MVP牛可的相关讲座视频哦。再这里就不多说了。我们直奔主题吧！！

在使用数据库镜像功能时，如果我们使用的是工作组，那么我们需要注意一下数据库用户的问题：用普通方式创建的数据库用户，在主数据库中和镜像数据库中是有一些差异的，而这个差异最终会造成一个“奇怪”的结果，我们在主数据库和镜像数据库中对某数据库影射的“相同用户”，在发生故障转移后数据库验证会发生异常，称该用户无法登录我们的数据库，WHY? 原来是两个数据库中的同名用户在系统表syslogins中的sid不同造成的。解决方法就是在两个数据库上建立同名同sid的用户，具体方法如下：

假设有镜像的服务器是MIR-A和MI-B，要访问镜像数据库的登录账号是tom，使用下面这个方法就可以在MIR-A上创建登录名tom，然后在镜像数据库中创建数据库用户tom并映射到登录名tom
执行下列语句取回tom的sid

select [name], sid from syslogins where [name] = 'tom'
------  -----------------------------------------------
tom 0xD6AABCC8F83E3243A6C3C97F28A4CB55

然后在MIR-B上用下面的语句创建登录名tom

sp_addlogin @loginame = 'tom', @passwd = 'password', @sid = 0xD6AABCC8F83E3243A6C3C97F28A4CB55

Ok,这样就没有问题了。

一朋友问及一个问题：在SQL Server2000里如何通过sql语句查出指定数据表中自动编号的字段名，即包含标识的字段名。
其实使用一个简单的sql语句就搞定了：

Select [name] From sysColumns Where id=object_id(N'TABLENAME') and Status=128

其中TABLENAME为你要查询的数据表名称。

如果想查询标识种子和标识增量的信息，应使用如下语句：

Select [name],autoval From sysColumns Where id=object_id(N'TABLENAME') and Status=128

autoval字段的值包含了标识种子和标识增量信息，具体内容相信大家一看即明白了。在此不多说了^_^

另外，有人说查询主键时用Status=128是错误的，Status=128是用来查询标识字段的。

SqlServer的默认开放端口是1433，但是由于实际开发的需要端口被设置为非1433，一些开发人员不知如何写该类型的连接字符串了。
其实解决这个问题很简单的，只需在连接字符串的Data Source=myServer后面加上逗号和端口号就可以了。例如“……User ID=sa;Initial Catalog=pubs;Data Source=myServer,1200”，就是连接的1200端口的Sql Server服务器了。

具体的描述如下：
症状：
当您使用传输控制协议/Internet 协议 (TCP/IP) 以外的协议时，如果您指定 1433 以外的一个端口用以连接到 Microsoft SQL Server 的一个实例，则 SqlConnection.Open 会失败。
解决方案：
若要解决此问题，请使用 TCP/IP 协议，并使连接字符串中包括"Server=ComputerName, PortNumber"。