发一篇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辨认符是[],暗示他区分于关头字,可是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字段很容易造成新手的错误。
页:
[1]