1 SQL Server数据库调优
　1.1 硬件实现
　　1.1.1 内存
　　1.1.2 CPU
　　1.1.3 64位系统
　　1.1.4 高速I/O硬盘
　　1.1.5 增加带宽
　　1.1.6 分布式数据库
　1.2 软实现
　　1.2.1 数据库引擎优化顾问
　　1.2.2 重建索引，降低索引碎片
　　1.2.3 优化SQL语句
　　　1.2.3.1 仅返回需要的行
　　　1.2..

轻量级
绿色组件
单一文件
跨平台
查询效率极高
使用事务插入速度极快
支持limit分页
适合查询速度要求较高，内存占用较少的场合，尤其是嵌入式操作系统，如各种手机操作系统，低并发web(99.9%网站是低并发)，php环境里原生支持SQLite，asp.net/.net winform里可以很方便的使用System.Data.SQLite

PRINT REPLICATE('-',82)
PRINT '-- Subject : XXXXXXXXXXXXXXXX'
PRINT '-- Author : 柳永法(yongfa365) http://www.yongfa365.com/ cto@yongfa365.com'
PRINT '-- CreateDate : '+CONVERT(VARCHAR,GETDATE(),20)
PRINT '-- Environment : '+ REPLACE(SUBSTRING(@@VERSION,0,LEN(@@VERSION)),CHAR(9),'-- ')
PRINT '-- Reference : XXXXXXXXXXXXXXXX'
PRINT REPLICATE('-',82)

----------------------------------------------------------------------------------
-- Subject : CET 通用表表达式 之 精典递归实战
-- Author : 柳永法(yongfa365) http://www.yongfa365.com/ cto@yongfa365.com
-- CreateDate : 2010-05-03 11:09:46
-- Environment : Microsoft SQL Server 2005 - 9.00.4035.00 (Intel X86)
-- Nov 24 2008 13:01:59
-- Copyright (c) 1988-2005 Microsoft Corporation
-- Enterprise Edition on Windows NT 5.2 (Build 3790: Service Pack 2)
-- Reference : http://msdn.microsoft.com/zh-cn/magazine/cc163346.aspx#S1
----------------------------------------------------------------------------------

SQL Server全文搜索 一项强大而又让人无可奈何的技术！说他强大，是因为他的检索速度极快，比like快几十上百倍。说他让人无可奈何，是因为很多场合对准确性要求很高，使用者又不能自己很好的组织查询语句，所以查出来的结果让人觉得没有确定性。

原本觉得这技术很不错，但真正研究起来，发现问题还是很多，研究到最后觉得这技术对柳永法(yongfa365)'Blog来说，只会用到对精确度不高的场合，像：CMS系统，大量文章，根据tag进行快速检索，这时他的快速检索优势能发挥出来，其它地方，真不敢用。像OA，各种业务系统，用他搜索不出要的东西，或者尝试很多次搜索，那用户还不郁闷死。暂且把研究结果放上来，以备后查。

在我以前的文章中提到过，SQL Server全文搜索有一个问题，就是记录不全，上周末经过分析发现，

字段类型是varchar 且 如果搜索的的词正好是文章的结尾，就搜索不到，解决方法是在他后边再加上一个.让他不是在文章最后就行
字段类型换成nvarchar后，问题解决

SQL Server CLR 设计简单，部署方便，效率很高，很安全，随数据库移动。
保证你10分钟内学会

一、字符转换函数
1、ASCII()
返回字符表达式最左端字符的ASCII 码值。在ASCII（）函数中，纯数字的字符串可不用‘’括起来，但含其它字符的字符串必须用‘’括起来使用，否则会出错。

2、CHAR()
将ASCII 码转换为字符。如果没有输入0 ~ 255 之间的ASCII 码值，CHAR（） 返回NULL 。

3、LOW..

柳永法(yongfa365)'Blog经常上服务器更新数据库，而数据库内容很重要，如果一不小心更新错了，那问题可就大了。
有人说，及时备份数据呀，可是我的数据实时性太强了，如果更新错了，还原再操作，那可是有损失的。
我想有没有这样的功能，我执行了，数据库也返回结果了，但实际是没有执行的，我觉得事务应该会有类似的功能..

前几天给大家介绍了下SQL Prompt ,不知道大家用后感觉如何。那个对我帮助挺大。
其实当时我就想写上这次要介绍SQL Assistant了，但由于当时试用时觉得SQL Assistant没有SQL Prompt好，且觉得他支持那么多软件也没什么用呀。
后来发现，其实SQL Assistant还是不错的，注册方面不像SQL Prompt还要破解，直接来个注册码就OK..

首先，我不会令大家失望，真想解决问题的认真往下看

很久很久以前，我在使用Server的存储过程时，遇到一个问题，就是，IN(@ids)这样的语句执行不了，其实是可以执行的，很多人提出的解决方案是，EXEC(SQL)，但对于像我这样的很多人来说，本来存储过程效率高是因为他预执行了一次（据说是，没验证过），反正SQL Server肯定对他有一定的优化方案。而如果使用EXEC(SQL)相当于还要临时组合一下，最后执行的却是SQL语句而已，所以这种方案，不可行，至少对我来说不可行。

今天又遇到这样的问题，你说我存储过程都写了这么一长段了，我再set 一下，把他们都放''里再改下，那多郁闷，通过分析：既然IN里的内容可以自己写如in(1,2,3)或in('我','是','柳','永法')或是in(select id from tablename)。那就是说，前两种就是我现在遇到的问题，怎么传值进去都不行，那看来只有打最后一种方法的主意了。

没找不知道，一找吓一跳，这软件除了SQL语句格式化外，还有智能提示功能。虽然我一般感觉手写就可以了，不过如果有一软件有这功能，那可真是太好了，当下试用了下，感觉他的代码格式化功能不行，没我以前找的那个好，仔细研究后，发现他可以自定义格式化后的样式，不过，还得自定义，不爽。不过，现在对我来说最主要的已经不是他的SQL语句格式化功能了，而换成了SQL语句智能提示。

接触SQL Server存储过程前，觉得这东西可太神秘了，经常看到招聘信息上写着，熟悉SQL Server存储过程，所以也对这个词比较敬畏；
后来学习.net时，为了敢上时代的潮流，所以开始学习SQL Server存储过程，学了一会（真的是一会），感觉，学会了，存储过程不过如此，就是把SQL语句写到SQL Server存储过程里就行了，就这么简单..

MYSQL数据库 如何 下载及安装：
下载地址：http://dev.mysql.com/downloads/，下载下来后直接双击安装，随便安，想安装到哪就安装到哪

＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝
MYSQL数据库 如何 配置：
一般只要修改一下my.ini就行，把它指到数据库目录下
柳..

In SQL Server Configuration Manager, expand SQL Server 2005 Network Configuration, and then click on the server instance you want to configure.
In the right pane, double-click TCP/IP.
In the TCP/IP Properties dialog box, click the IP Addresses tab.
In the TCP Port box of the IPA..