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子句限制返回的结果集。
页:
[1]