MSSQL编程：SQL循规蹈矩(目次)

但我们知道，若使用statement，并没有上述需要的数据。试想binlog中记录了一句updatetsetf1=3whereid=3。怎么恢复呢？教程大纲：
SQL循规蹈矩（1）-------先容SQL
SQL循规蹈矩（2）-------表的基本常识
SQL循规蹈矩（3）-------数据检索
SQL循规蹈矩（4）-------创立表
SQL循规蹈矩（5）-------拔出数据到表
SQL循规蹈矩（6）-------删除表
SQL循规蹈矩（7）-------更新纪录
SQL循规蹈矩（8）-------删除纪录
SQL循规蹈矩（9）-------SELECT语句
SQL循规蹈矩（10）------算计函数
SQL循规蹈矩（11）------GROUPBY子句
SQL循规蹈矩（12）------HAVING子句
SQL循规蹈矩（13）------ORDERBY子句
SQL循规蹈矩（14）------组合前提和布尔运算符
SQL循规蹈矩（15）------IN和BETWEEN前提运算符
SQL循规蹈矩（16）------数学运算符
SQL循规蹈矩（17）------JOIN子句
SQL循规蹈矩（18）------索引
SQL循规蹈矩（19）------DISTINCT和扫除复制
SQL循规蹈矩（20）------Aliases、In和子查询
SQL循规蹈矩（21）------更多的子查询
SQL循规蹈矩（22）------EXISTS和ALL
SQL循规蹈矩(23)------UNION和内部毗连
SQL循规蹈矩(24)------嵌进SQL
mysql的prepare其实是本地PHP客户端模拟的，并没有根据你mysql的设置做字符集的调整。应该交与mysqlserver端做prepare，同时得调用mysql_set_character_set去操作，server才会按照字符集去做转义。

但是随着数据量的增大，这种成本差距会逐渐减小，趋于相等。（500万数量级只相差10%左右）

从底层原理到表层引用，书籍多的很。个人认为没有什么那本书好？这样的说法。主要看和个人的学习方法是否适合。

所以你总能得到相应的升级版本，来满足你的需求。

需要注意的一点，也是我使用过程中发现的一个问题。在建立function->schema->table后，如果在现有的分区表上建立没有显式声明的聚集索引时，分区表会自动变为非分区表。这一点很让我纳闷。

备份方面可能还是一个老大难的问题。不能单独备份几个表总是感觉不爽。灵活备份的问题不知道什么时候才能解决。

代替了原来VB式的错误判断。比Oracle高级不少。

如果处理少量数据,比如几百条记录的数据,我不知道这两种情况哪个效率更高,如果处理大量数据呢?比如有表中有20万条记录.

一个是把SQL语句写到客户端,可以使用DataSet进行加工;

个人感觉没有case直观。而且默认的第三字段（还可能更多）作为groupby字段很容易造成新手的错误。

在select语句中可以使用groupby子句将行划分成较小的组，然后，使用聚组函数返回每一个组的汇总信息，另外，可以使用having子句限制返回的结果集。