MSSQL网页设计sql note

因此，我们的第一个“米”，就是二进制日志binlog必须是rowbased的。在rowbase下，二进制日志binlog同时记录了更新前后的整行记录。
SELECT*
FROMusertable
ORDERBYagedesc,useridASC先按岁数从年夜到小排序，不异的岁数的再按uerid从小到年夜排序。
=========================================================================================
SELECTp1.pub_id,p2.pub_id,p1.pr_info
FROMpub_infoASp1INNERJOINpub_infoASp2
ONDATALENGTH(p1.pr_info)=DATALENGTH(p2.pr_info)
=========================================================
毗连范例，可分为三种：内毗连、外毗连和交织毗连.内毗连又分为等值毗连、天然毗连和不等毗连三种.外毗连分为左外毗连(LEFTOUTERJOIN或LEFTJOIN)、右外毗连(RIGHTOUTERJOIN或RIGHTJOIN)和全外毗连(FULLOUTERJOIN或FULLJOIN)三种.

上面利用等值毗连列出authors和publishers表中位于统一乡村的作者和出书社：
SELECT*
FROMauthorsASaINNERJOINpublishersASp
ONa.city=p.city
又如利用天然毗连，在选择列表中删除authors和publishers表中反复列(city和state)：
SELECTa.*,p.pub_id,p.pub_name,p.country
FROMauthorsASaINNERJOINpublishersASp
ONa.city=p.city

交织毗连不带WHERE子句，它前往被毗连的两个表一切数据行的笛卡尔积，前往到了局汇合中的数
据行数即是第一个表中切合查询前提的数据行数乘以第二个表中切合查询前提的数据行数。
例，titles表中有6类图书，而publishers表中有8家出书社，则以下交织毗连检索到的纪录数将等
于6*8=48行。
SELECTtype,pub_name
FROMtitlesCROSSJOINpublishers
ORDERBYtype
Federated将不同的Mysql服务器联合起来，逻辑上组成一个完整的数据库。非常适合分布式应用

语句级快照和事务级快照终于为SQLServer的并发性能带来了突破。个人感觉语句级快照大家应该应用。事务级快照，如果是高并发系统还要慎用。如果一个用户总是被提示修改不成功要求重试时，会杀人的！

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

财务软件要用SQL也只是后台的数据库而已,软件都是成品的,当然多学东西肯定是有好处的..

作了些试验，发现使用CLR的存储过程或函数在达到一定的阀值的时候，系统性能会呈指数级下滑！这是非常危险的！只使用几个可能没有问题，当一旦大规模使用会造成严重的系统性能问题！

varchar(max)\\\\nvarchar(max)类型的引入大大的提高了编程的效率，可以使用字符串函数对CLOB类型进行操作，这是一个亮点。

分区表效率问题肯定是大家关心的问题。在我的试验中，如果按照分区字段进行的查询（过滤）效率会高于未分区表的相同语句。但是如果按照非分区字段进行查询，效率会低于未分区表的相同语句。

是否碎片会引发效率问题？这都是需要进一步探讨的东西。varbinary(max)代替image也让SQLServer的字段类型更加简洁统一。