发一篇MS SQL Server和MySQL区分

下面我将描述五个不使用MySQL的响亮理由。比来在做MSSQLServer转换成MySQL的事情，总结了点履历，跟人人分享一下。同时这些也会在不休更新。也但愿人人增补。　　1MySQL撑持enum,和set范例，SQLServer不撑持

　　2MySQL不撑持nchar,nvarchar,ntext范例

　　3MySQL的递增语句是AUTO_INCREMENT，而MSSQL是identity(1,1)

　　4MSSQL默许各处表创立语句的默许值暗示是((0)),而在MySQL内里是不同意带两括号的

　　5MySQL必要为表指定存储范例

　　6MSSQL辨认符是[],[type]暗示他区分于关头字，可是MySQL倒是`，也就是按键1右边的谁人标记

　　7MSSQL撑持getdate()办法猎取以后工夫日期，可是MySQL内里能够分日期范例和工夫范例，猎取以后日期是cur_date()，以后完全工夫是now()函数

　　8MSSQL不撑持replaceinto语句，可是在最新的sql20008内里，也撑持merge语法

　　9MySQL撑持insertintotable1sett1=‘’,t2=‘’,可是MSSQL不撑持如许写

　　10MySQL撑持insertintotabl1values(1,1),(1,1),(1,1),(1,1),(1,1),(1,1),(1,1)

　　11MSSQL不撑持limit语句，长短常遗憾的，只能用top代替limt0,N，row_number()over()函数代替limitN,M

　　12MySQL在创立表时要为每一个表指定一个存储引擎范例，而MSSQL只撑持一种存储引擎

　　13MySQL不撑持默许值为以后工夫的datetime范例(MSSQL很简单做到)，在MySQL内里是用timestamp范例

　　14MSSQL内里反省是不是有这个表再删除，必要如许：

ifexists(select*fromdbo.sysobjectswhereid=object_id(Nuc_newpm)andOBJECTPROPERTY(id,NIsUserTable)=1)可是在MySQL内里只必要DROPTABLEIFEXISTScdb_forums;



　　可是在MySQL内里只必要DROPTABLEIFEXISTScdb_forums;

　　15MySQL撑持无标记型的整数，那末比不撑持无标记型的MSSQL就可以多出一倍的最年夜数存储

　　16MySQL不撑持在MSSQL内里利用十分便利的varchar(max)范例，这个范例在MSSQL内里既可做一样平常数据存储，也能够做blob数据存储

　　17MySQL创立非会萃索引只必要在创立表的时分指定为key就行，好比：KEYdisplayorder(fid,displayorder)在MSSQL内里必需要：

createuniquenonclusteredindexindex_uc_protectedmembers_username_appidondbo.uc_protectedmembers(usernameasc,appidasc)



　　18MySQLtext字段范例不同意有默许值

　　19MySQL的一个表的统共字段长度不凌驾65XXX。

　　20一个很外表的区分就是MySQL的安装出格复杂，并且文件巨细才110M(非安装版)，比拟微软这个庞然年夜物，安装进度来讲几乎就是.....

　　21MySQL的办理工具有几个对照好的，MySQL_front,和官方谁人套件，不外都没有SSMS的利用便利，这是MySQL很年夜的一个弱点。

　　22MySQL的存储历程只是呈现在最新的版本中，不乱性和功能大概不如MSSQL。

　　23一样的负载压力，MySQL要损耗更少的CPU和内存，MSSQL切实其实是很耗资本。

　　24php毗连MySQL和MSSQL的体例都差未几，只必要将函数的MySQL交换成MSSQL便可。

　　25MySQL撑持date,time,year范例，MSSQL到2008才撑持date和time。
表里面的记录数量越多，这个操作的代价就越高。如果作为搜索条件的列上已经创建了索引，MySQL无需扫描任何记录即可迅速得到目标记录所在的位置。

这就引发了对varchar和char效率讨论的老问题。到底如何分配varchar的数据，是否会出现大规模的碎片？

习惯敲命令行的朋友可能会爽一些。但是功能有限。适合机器跑不动SQLServerManagementStudio的朋友使用。

以前的DTS轻盈简单。但是现在的SSIS虽然功能强大了很多，但是总是让人感觉太麻烦。看看论坛中询问SSIS的贴子就知道。做的功能太强大了，往往会有很多用户不会用了

仓酷云

原来的计算字段其实和虚拟字段很像。只是管理方面好了而已，性能方面提高不多。但是SQL2005提供了计算字段的持久化，这就提高了查询的性能，但是会加重insert和update的负担。OLTP慎用。OLAP可以大规模使用。

对一张百万级别的表建游标，同时又没有什么过滤条件，取得游标效率是如果直接SQL查询百万条数据；如果再对每条记录做处理，耗时将更长。

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

入门没那么困难，精通没那么容易

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