次日再战，查阅资料无解，查阅 Internet 无解，想放弃，又舍不得。无意中发现，在管理界面中 Attach 数据库居然也是这个错误，而在原先目录中的数据库居然没问题。把数据库拷贝到程序目录（在 D: 盘，SQL Server Express 安装在 C: 盘）就会出错。不会是这个问题吧？
将程序目录移动到 C 盘，居然一切正常，然后彻底晕死。难道自动挂接数据库必须在 C 盘？？？
另，如果将数据库文件设置为只读，则无论在哪个盘都可挂接，只是成为只读数据库。
虽说解决了问题，可是不懂原理，是 Bug，还是我的系统问题？
其实，Sybase 的 SQL Anywhere 真的不错，在启动数据库的时候才启动数据库管理系统，系统运行结束，数据库管理系统自动结束，如果 SQL Server Express 也支持这个功能就好了，我可不喜欢不用数据库的时候还有一个 SQL Server 服务在运行。Access 连存储过程都不支持，微软，想说爱你并不容易。
BLOG:ZhangJinglin
一、问题的提出
在应用系统开发初期，由于开发数据库数据比较少，对于查询SQL语句，复杂视图的的编写等体会不出SQL语句各种写法的性能优劣，但是如果将应用系统提交实际应用后，随着数据库中数据的增加，系统的响应速度就成为目前系统需要解决的最主要的问题之一。系统优化中一个很重要的方面就是SQL语句的优化。对于海量数据，劣质SQL语句和优质SQL语句之间的速度差别可以达到上百倍，可见对于一个系统不是简单地能实现其功能就可，而是要写出高质量的SQL语句，提高系统的可用性。
在多数情况下，Oracle使用索引来更快地遍历表，优化器主要根据定义的索引来提高性能。但是，如果在SQL语句的where子句中写的SQL代码不合理，就会造成优化器删去索引而使用全表扫描，一般就这种SQL语句就是所谓的劣质SQL语句。在编写SQL语句时我们应清楚优化器根据何种原则来删除索引，这有助于写出高性能的SQL语句。
二、SQL语句编写注意问题
下面就某些SQL语句的where子句编写中需要注意的问题作详细介绍。在这些where子句中，即使某些列存在索引，但是由于编写了劣质的SQL，系统在运行该SQL语句时也不能使用该索引，而同样使用全表扫描，这就造成了响应速度的极大降低。
1. IS NULL 与 IS NOT NULL
不能用null作索引，任何包含null值的列都将不会被包含在索引中。即使索引有多列这样的情况下，只要这些列中有一列含有null，该列就会从索引中排除。也就是说如果某列存在空值，即使对该列建索引也不会提高性能。
任何在where子句中使用is null或is not null的语句优化器是不允许使用索引的。
2. 联接列
对于有联接的列，即使最后的联接值为一个静态值，优化器是不会使用索引的。我们一起来看一个例子，假定有一个职工表（employee），对于一个职工的姓和名分成两列存放（FIRST_NAME和LAST_NAME），现在要查询一个叫比尔.克林顿（Bill Cliton）的职工。
下面是一个采用联接查询的SQL语句，
select * from employss
where
献给初学者，老鸟别扔砖头
编写 SQL 语句一直都是比较纳闷的事，编写时没有一个良好的检错机制，只能运行时才能发现错误，特别是关联的表一多起来，思绪不免会被搞得晕头转向最后不知迷失在什么地方了。近日偶然发现并不是 M$ 没有提供一个良好的傻瓜化界面给我们这帮懒兄懒弟们使用，而是我们自己视而不见，那就是 SQL Server 中的视图管理器，它不仅可以让我们方便地在多个表中进行查询而不去理会他们之间的关系（当然多个表之间必须存在必要的关系），还可以用它进行别名、排序、条件等的设置，然后自动产生出良好风格的 SQL SELECT语句，而且还可以测试运行结果。废话就说到这了，看看下面这张图片再自己亲自体验一下吧 :-)
(
MySQL 版本：4.1
环境介绍：主库 192.168.0.205 从库 192.168.0.206
1、主库创建/etc/my.cnf，修改[mysqld]里边的键值增加
server-id=1
log-bin=binlog_name
2、主库增加用户，用于从库读取主库日志。
grant replication slave,reload,super on *.* to
’slave’@’192.168.0.206’ identified by ’123456’
3、从库连接主库进行测试。
/opt/mysql/bin/mysql -u slave -p -h 192.168.0.205
4、停从库，修改从库/etc/my.cnf，增加选项：
MySql5.0以后均支持存储过程，最近有空，研究了一把这个。
格式：