SQL2005配置

配置SQL Server 2005 Express的身份验证方式，以及如何启用sa登录名

2008-12-22 15:30

摘　要:如何安装SQL Server 2005 Express、MSXML6、SQL Server Management Studio Express，以及配置SQL Server 2005 Express的身份验证方式，以及如何启用sa登录名。
正　文:

默认情况下，SQL Server 2005 Express Edition、Evaluation Edition 和 Developer Edition 只允许本地客户端连接（当然包括默认安装的VS2008、VS2005、Express Web、VWD2005、VWD2008所附带的SQL Server 2005 Express）。Enterprise Edition（企业版）、Standard Edition（标准版） 和 Workgroup Edition（工作组版） 还可侦听 TCP/IP 上的远程客户端连接。

由于，SQL Server 2005 Express Edition是可以免费分发的，它的安装包分为两种：“SQL Server 2005 Express Edition SP2”和“具有高级服务的 SQL Server 2005 Express Edition SP2”，其下载位置：http://msdn2.microsoft.com/zh-cn/express/bb410792.aspx。为了可视化管理，Microsoft还提供了“SQL Server Management Studio Express”，本文就是基于这个管理工具编写的教程，该管理工具的下载链接：http://msdn2.microsoft.com/zh-cn/express/bb410792.aspx。

一、安装SQL Server 2005 Express Edition SP2、Microsoft XML Core Services 6.0 和 Microsoft XML Core Services 6.0 Service Pack 1 安全更新程序 (KB933579)和SQL Server Management Studio Express Edition

从上述下载地址下载：SQL Server 2005 Express Edition SP2（SQLEXPR32_CHS.EXE，40.6 MB）和SQL Server Management Studio Express（SQLServer2005_SSMSEE.msi，44.7 MB）

1、运行SQLEXPR32_CHS.EXE

在安装SQL Server 2005 Express Edition SP2的最后，安装程序会给出一个安装总结，强烈建议大家阅读，它会告诉我们很多的信息，不要轻易放过。下面，我将其对我们用的配置信息摘录如下：

• 配置和管理 SQL Server Express
  为提高可管理性和安全性，SQL Server 2005 对系统上的 SQL Server 外围应用进行了更严格的控制。若要使外围应用最小化，请将以下默认配置应用于 SQL Server 实例：
  • 禁用 TCP/IP 连接
  • 禁用 Named Pipes
  • 必须手动启动 SQL Browser
  • 禁用 OPENROWSET 和 OPENDATASOURCE
  • 禁用 CLR 集成
  • 禁用 OLE 自动化
  • 禁用 xp_cmdshell
    
    若要启用或禁用功能和服务，请运行“开始”菜单中的“SQL Server 外围应用配置器”工具。

安装完后，我们可以看到如下的开始菜单项：

它包含三个配置工具，我们今天等下要用到“SQL Server配置管理器”和“SQL Server外围应用配置器”。

2、运行SQLServer2005_SSMSEE.msi

为了便于管理，我们安装SQL Server Management Studio Express Edition。

安装 SQL Server Management Studio Express 之前，必须先安装 MSXML 6.0。下载其中文版，安装之。

注意必须安装2007年8月14日的Microsoft XML Core Services 6.0 和 Microsoft XML Core Services 6.0 Service Pack 1 安全更新程序 (KB933579)，否则不能正常安装SQL Server Management Studio Express，其下载地址：http://www.microsoft.com/downloads/details.aspx?displaylang=zh-cn&FamilyID=70c92e77-9e5a-41b1-a9d2-64443913c976

有了它才能正常安装SQL Server Management Studio Express。

二、配置SA

在默认情况下，SQL Server 2005 Express是采用集成的Windows安全验证且禁用了sa登录名。为了工作组环境下不使用不方便的Windows集成安全验证，我们要启用SQL Server 2005 Express的混合安全验证，也就是说由SQL Server来验证用户而不是由Windows来验证用户。

1、使用SQL Server Management Studio Express。

当我们启动SQL Server Management Studio Express时，首先它要连接到我们的SQL Server 2005 Express，我们在安装SQL Server 2005 Express时，默认的实例为SQLExpress，服务器名称的组成为：机器名/实例名，因此，本例的服务名称为W2K3-C/SQLEXPRESS（注：安装SQL Server 2005 Express的机器名为W2K3-C）。第一次使用SQL Server Management Studio Express，由于我们必须采用Windows身份验证，这是默认安装时决定的。

a) 设置SQL Server 2005 Express的身份验证方式

b) 设置sa的密码并启用sa登录名

由于我们不知道sa的密码，所以我们须设置一个！不要关闭这个窗口，接着选择左侧的“状态”，默认情况下，sa登录名是禁用的，因此，我们必须启用sa登录名，选择右侧的登录下的“启用”

最后，我们点击窗口下面的“确定”按钮。好了，到此为止，SQL Server 2005 Express服务器已经可以让sa登录了，不过，要重新启动一下，让配置生效。

c) 验证sa登录

我们在桌面上新建一个文本文件，文件名为TestSQL.UDL，双击这个文件打开“数据链接属性”对话框，点击“提供程序”选项卡，如下图：

点击“下一步”按钮进入“高级”选项卡，输入数据源为：W2K3-C/SQLEXPRESS，即我们安装的SQL Server 2005 Express实例，并选择“使用指定的用户名称和密码”，输入登录名sa和sa的密码，最后，我们点击“测试连接”按钮，测试sa登录。我们惊喜的看到连接成功！为了下一次使用方便，勾选“允许保存密码”，最后，点击“确定”按钮保存这个数据链接。

类别：数据库技术 | 评论(0) | 浏览(508)

用QueryTable向excel批量导入数据

2008年08月22日 星期五 11:21

有朋友质疑大批量数据下的性能问题，这个时候最好用批量复制的方法，可以用excel的QueryTable来直接查询数据库，但是必须引用com组件。

参考代码

C# code

using System;using System.Collections.Generic;using System.Text;using System.Reflection;using Excel = Microsoft.Office.Interop.Excel;namespace ConsoleApplication18{    class Program    {        static void Main(string[] args)        {            ExportDataToExcel("Provider=SQLOLEDB.1;sever=localhost;uid=sa;password=***;database=master;",                "select * from sysobjects",@"c:/testOle.xls","sysobjects");        }        /// <summary>        /// 直接导出数据到excel        /// </summary>        /// <param name="connectionString">连接字符串</param>        /// <param name="sql">查询语句</param>        /// <param name="fileName">文件名</param>        /// <param name="sheetName">表名</param>        static void ExportDataToExcel(string connectionString,string sql,string fileName,string sheetName)        {            Excel.Application app = new Excel.ApplicationClass();            Excel.Workbook wb = (Excel.WorkbookClass)app.Workbooks.Add(Missing.Value);            Excel.Worksheet ws = wb.Worksheets.Add(Missing.Value, Missing.Value, Missing.Value, Missing.Value) as Excel.Worksheet;            ws.Name = sheetName;            try            {                Excel.QueryTable qt = ws.QueryTables.Add("OLEDB;" + connectionString,                    ws.get_Range("A1", Missing.Value), sql);                qt.Refresh(false);//是否异步查询            }            catch (Exception ex)            {                string str = ex.Message;            }            finally            {                wb.Saved = true;                wb.SaveCopyAs(fileName);//保存                app.Quit();//关闭进程            }        }    }}

类别：数据库技术 | 评论(0) | 浏览(41)

SQL Server数据库开发的二十一条军规

2008年08月22日 星期五 11:18

如果你正在负责一个基于SQL Server的项目，或者你刚刚接触SQL Server，你都有可能要面临一些数据库性能的问题，这篇文章会为你提供一些有用的指导（其中大多数也可以用于其它的DBMS）。
在这里，我不打算介绍使用SQL Server的窍门，也不能提供一个包治百病的方案，我所做的是总结一些经验----关于如何形成一个好的设计。这些经验来自我过去几年中经受的教训，一直来，我看到许多同样的设计错误被一次又一次的重复。
一、了解你用的工具
不要轻视这一点，这是我在这篇文章中讲述的最关键的一条。也许你也看到有很多的SQL Server程序员没有掌握全部的T-SQL命令和SQL Server提供的那些有用的工具。
“什么？我要浪费一个月的时间来学习那些我永远也不会用到的SQL命令？？？”，你也许会这样说。对的，你不需要这样做。但是你应该用一个周末浏览所有的T-SQL命令。在这里，你的任务是了解，将来，当你设计一个查询时，你会记起来：“对了，这里有一个命令可以完全实现我需要的功能”，于是，到MSDN查看这个命令的确切语法。
二、不要使用游标
让我再重复一遍：不要使用游标。如果你想破坏整个系统的性能的话，它们倒是你最有效的首选办法。大多数的初学者都使用游标，而没有意识到它们对性能造成的影响。它们占用内存，还用它们那些不可思议的方式锁定表，另外，它们简直就像蜗牛。而最糟糕的是，它们可以使你的DBA所能做的一切性能优化等于没做。不知你是否知道每执行一次FETCH就等于执行一次SELECT命令？这意味着如果你的游标有10000条记录，它将执行10000次SELECT！如果你使用一组SELECT、UPDATE或者DELETE来完成相应的工作，那将有效率的多。
初学者一般认为使用游标是一种比较熟悉和舒适的编程方式，可很不幸，这会导致糟糕的性能。显然，SQL的总体目的是你要实现什么，而不是怎样实现。
我曾经用T-SQL重写了一个基于游标的存储过程，那个表只有100,000条记录，原来的存储过程用了40分钟才执行完毕，而新的存储过程只用了10秒钟。在这里，我想你应该可以看到一个不称职的程序员究竟在干了什么！！！
我们可以写一个小程序来取得和处理数据并且更新数据库，这样做有时会更有效。记住：对于循环，T-SQL无能为力。
我再重新提醒一下：使用游标没有好处。除了DBA的工作外，我从来没有看到过使用游标可以有效的完成任何工作。
三、规范化你的数据表
为什么不规范化数据库？大概有两个借口：出于性能的考虑和纯粹因为懒惰。至于第二点，你迟早得为此付出代价。而关于性能的问题，你不需要优化根本就不慢的东西。我经常看到一些程序员“反规范化”数据库，他们的理由是“原来的设计太慢了”，可结果却常常是他们让系统更慢了。DBMS被设计用来处理规范数据库的，因此，记住：按照规范化的要求设计数据库。
四、不要使用SELECT *
这点不太容易做到，我太了解了，因为我自己就经常这样干。可是，如果在SELECT中指定你所需要的列，那将会带来以下的好处：
1 减少内存耗费和网络的带宽
2 你可以得到更安全的设计
3 给查询优化器机会从索引读取所有需要的列
五、了解你将要对数据进行的操作
为你的数据库创建一个健壮的索引，那可是功德一件。可要做到这一点简直就是一门艺术。每当你为一个表添加一个索引，SELECT会更快了，可INSERT和DELETE却大大的变慢了，因为创建了维护索引需要许多额外的工作。显然，这里问题的关键是：你要对这张表进行什么样的操作。这个问题不太好把握，特别是涉及DELETE和UPDATE时，因为这些语句经常在WHERE部分包含SELECT命令。
六、不要给“性别”列创建索引
首先，我们必须了解索引是如何加速对表的访问的。你可以将索引理解为基于一定的标准上对表进行划分的一种方式。如果你给类似于“性别”这样的列创建了一个索引，你仅仅是将表划分为两部分：男和女。你在处理一个有1,000,000条记录的表，这样的划分有什么意义？记住：维护索引是比较费时的。当你设计索引时，请遵循这样的规则：根据列可能包含不同内容的数目从多到少排列，比如：姓名+省份+性别。
七、使用事务
请使用事务，特别是当查询比较耗时。如果系统出现问题，这样做会救你一命的。一般有些经验的程序员都有体会-----你经常会碰到一些不可预料的情况会导致存储过程崩溃。
八、小心死锁
按照一定的次序来访问你的表。如果你先锁住表A，再锁住表B，那么在所有的存储过程中都要按照这个顺序来锁定它们。如果你（不经意的）某个存储过程中先锁定表B，再锁定表A，这可能就会导致一个死锁。如果锁定顺序没有被预先详细的设计好，死锁是不太容易被发现的。
九、不要打开大的数据集
一个经常被提出的问题是：我怎样才能迅速的将100000条记录添加到ComboBox中？这是不对的，你不能也不需要这样做。很简单，你的用户要浏览100000条记录才能找到需要的记录，他一定会诅咒你的。在这里，你需要的是一个更好的UI，你需要为你的用户显示不超过100或200条记录。
十、不要使用服务器端游标
与服务器端游标比起来，客户端游标可以减少服务器和网络的系统开销，并且还减少锁定时间。
十一、使用参数查询
有时，我在CSDN技术论坛看到类似这样的问题：“SELECT * FROM a WHERE a.id='A'B，因为单引号查询发生异常，我该怎么办？”，而普遍的回答是：用两个单引号代替单引号。这是错误的。这样治标不治本，因为你还会在其他一些字符上遇到这样的问题，更何况这样会导致严重的bug，除此以外，这样做还会使SQL Server的缓冲系统无法发挥应有的作用。使用参数查询， 釜底抽薪，这些问题统统不存在了。
十二、在程序编码时使用大数据量的数据库
程序员在开发中使用的测试数据库一般数据量都不大，可经常的是最终用户的数据量都很大。我们通常的做法是不对的，原因很简单：现在硬盘不是很贵，可为什么性能问题却要等到已经无可挽回的时候才被注意呢？
十三、不要使用INSERT导入大批的数据
请不要这样做，除非那是必须的。使用UTS或者BCP，这样你可以一举而兼得灵活性和速度。
十四、注意超时问题
查询数据库时，一般数据库的缺省都比较小，比如15秒或者30秒。而有些查询运行时间要比这长，特别是当数据库的数据量不断变大时。
十五、不要忽略同时修改同一记录的问题
有时候，两个用户会同时修改同一记录，这样，后一个修改者修改了前一个修改者的操作，某些更新就会丢失。处理这种情况不是很难：创建一个timestamp字段，在写入前检查它，如果允许，就合并修改，如果存在冲突，提示用户。
十六、在细节表中插入纪录时，不要在主表执行SELECT MAX(ID)
这是一个普遍的错误，当两个用户在同一时间插入数据时，这会导致错误。你可以使用SCOPE_IDENTITY，IDENT_CURRENT和IDENTITY。如果可能，不要使用IDENTITY，因为在有触发器的情况下，它会引起一些问题（详见这里的讨论）。
十七、避免将列设为NULLable
如果可能的话，你应该避免将列设为NULLable。系统会为NULLable列的每一行分配一个额外的字节，查询时会带来更多的系统开销。另外，将列设为NULLable使编码变得复杂，因为每一次访问这些列时都必须先进行检查。
我并不是说NULLS是麻烦的根源，尽管有些人这样认为。我认为如果你的业务规则中允许“空数据”，那么，将列设为NULLable有时会发挥很好的作用，但是，如果在类似下面的情况中使用NULLable，那简直就是自讨苦吃。
CustomerName1
CustomerAddress1
CustomerEmail1
CustomerName2
CustomerAddress2
CustomerEmail3
CustomerName1
CustomerAddress2
CustomerEmail3
如果出现这种情况，你需要规范化你的表了。
十八、尽量不要使用TEXT数据类型
除非你使用TEXT处理一个很大的数据，否则不要使用它。因为它不易于查询，速度慢，用的不好还会浪费大量的空间。一般的，VARCHAR可以更好的处理你的数据。
十九、尽量不要使用临时表
尽量不要使用临时表，除非你必须这样做。一般使用子查询可以代替临时表。使用临时表会带来系统开销，如果你是用COM+进行编程，它还会给你带来很大的麻烦，因为COM+使用数据库连接池而临时表却自始至终都存在。SQL Server提供了一些替代方案，比如Table数据类型。
二十、学会分析查询
SQL Server查询分析器是你的好伙伴，通过它你可以了解查询和索引是如何影响性能的。
二十一、使用参照完整性
定义主健、唯一性约束和外键，这样做可以节约大量的时间。