本文介绍了Mysql学习MySQL与SQL Server的一些区别浅析，希望对您有用。如果有疑问，可以联系我们。

19、mysql的一个表的总共字段长度不超过65XXX.
20、一个很表面的区别就是mysql的安装特别简单,而且文件大小才23M左右(5.5.23),相比微软这个庞然大物,安装进度来说简直就是.....
21、mysql的管理工具有几个比拟好的,mysql_front,和官方那个套件,不过都没有SSMS的使用方便,这是mysql很大的一个缺点.
22、mysql的存储过程只是出现在最新的版本中,稳定性和性能可能不如mssql.
23、同样的负载压力,mysql要消耗更少的CPU和内存,mssql的确是很耗资源.

之前一直用MySQL,虽然比起mssql这个庞大的数据库系统mysql很苗条,但它并不逊色.以下说说这两个在数据库各自的分页区别

例2,每页十条,取出第三页

由以上例子可以看出,在MySQL中分页用LIMIT关键字,如果是LIMIT 10表现取前十条,如果是LIMIT 10,10表现偏移十条取前十条记录.在mssql中用top关键字,如果只取前n条记录直接top n即可,但是要是分页取就有点麻烦.

欢迎参与《Mysql学习MySQL与SQL Server的一些区别浅析》讨论，分享您的想法，维易学院为您提供专业教程。

转自：梦仙士 html

Server中会保存为两个字节（通常采用Unico编码），英文字符保存到数据库中，若是字段的类型为varchar，则只会占用一个字节，而若是字段的类型为nvarchar，则会占用两个字节．
　　正常状况下，咱们使用varchar也能够存储中文字符，可是若是遇到操做系统是英文操做系统而且对中文字体的支持不全面时, 在SQL
Server存储中文字符为varchar就会出现乱码(显示为??)．并且正常状况下，主机都会支持中文的环境，因此若是使用varchar来存储数据，在开发阶段是发现不了的．多数状况下，在布署的时候也不会有问题．
　　可是！若是布署的主机是英文操做系统，而且不支持中文环境，那问题就出来了．全部的varchar字段在存储中文的时候都会变成乱码（显示为??）．并且通常状况下你不会知道这是由于你采用了错误的数据类型来存储所形成的，你会试着去装中文字体，试着去设置操做系统的语言环境．．．这些都不能解决问题，惟一能解决问题的是把数据库字段的类型个性为nvarchar（或者nchar）．对项目管理比较熟悉的朋友应该都知道，到布署阶段再来修改数据库是一个很恐怖的事情．
　　使用nvarchar的另外一个很是好处就是在判断字符串的时候能够不须要考虑中英文两种字符的差异．
　　固然，使用nvarchar存储英文字符会增大一倍的存储空间．可是在存储代价已经很低廉的状况下，优先考虑兼容性会给你带来更多好处的．
char和varchar都是字符串类型的 用Unicode编码的字符串,结果是字符的整数值.
都存储相同的字符数，性能上是没有差异的，存储行为上也没有不一样。由于它们都有相同的存储结构，两个字节的偏移，两个字节的列数（若是表中全部的列都是 varchar
类型）。区别只在于存储容量上。 大多数的性能比较都集中在
存储方式是不一样的。 　　当 LOB 数据足够小时，能够考虑将数据直接存储在数据行（行所在的数据页面）中，从而能够避免额外的读取 LOB
页面，提高访问 LOB 数据的效率（将 LOB 数据直接存储在数据页面的阈值由 text
row 选项设置）。 而当 LOB 数据大于此阈值，或者所在行的大小超过了
字节（单行最大 SIZE），LOB 数据将会存储在 LOB 页面，而在数据页面中保留一个指向 LOB 页面的
字节的指针。其访问效率固然会将低。 另外还有，恶意用户能够利用这一点“撑爆”你的磁盘。
text最好不用,只适于存储大数据,还要用专门的函数来读写更新,麻烦
3.char比varchar效率高一些(请高人判断一下这句是否正确)
4.text呢？效率比别两种慢不慢？除了存地数据多以外，还有没有别的优点？
文本型数据中你能够存储超过20亿个字符串，怎么样，这个够大了吧？可是也不是任什么时候候都是和使用文本型数据，由于他很是占空间，也很是消耗服务器，随处乱用后果不堪设想！由于即便你像一个文本型字段输入了一个空值他都会占用2K的空间！而当这时除了删除该数据没有别的办法收回空间！效率不高这个能够确定
数据类型 最近在开发一个文件管理系统的时候，遇到一个问题：原本偶在本地的数据库是SQL2008，有一个字段SharedUserId
能够正常执行。后来把程序发布到买的空间服务器上，服务器上是SQL2000的数据库，由于SQL2000没有nvarchar(max)类型，因此偶改为了text类型，结果在执行一样的SQL语句时程序就报错了:
在TEXT或BLOB列的存储或检索过程当中，不存在大小写转换,当未运行在严格模式时，若是你为BLOB或TEXT列分配一个超过该列类型的最大长度的值值，值被截取以保证适合。若是截掉的字符不是空格，将会产生一条警告。使用严格SQL模式，会产生错误，而且值将被拒绝而不是截取并给出警告。
BLOB和TEXT列不能有默认值。
当保存或检索BLOB和TEXT列的值时不删除尾部空格。(这与VARBINARY和VARCHAR列相同）。
对于BLOB和TEXT列的索引，必须指定索引前缀的长度。对于CHAR和VARCHAR，前缀长度是可选的。
: TEXT值是大小写不敏感的 Text被视为非二进制字符串 TEXT列有一个字符集，而且根据字符集的 校对规则对值进行排序和比较
blob: BLOB值的排序和比较以大小写敏感方式执行; BLOB被视为二进制字符串;
BLOB列没有字符集，而且排序和比较基于列值字节的数值值。 在大多数方面，能够将BLOB列视为可以足够大的VARBINARY列
一个BLOB是一个能保存可变数量的数据的二进制的大对象。4个BLOB类型TINYBLOB、BLOB、MEDIUMBLOB和LONGBLOB仅仅在他们能保存值的最大长度方面有所不一样。
VARCHAR，BLOB和TEXT类型是变长类型，对于其存储需求取决于列值的实际长度(在前面的表格中用L表示)，而不是取决于类型的最大可能尺寸。例如，一个VARCHAR(10)列能保存最大长度为10个字符的一个字符串，实际的存储须要是字符串的长度
，加上1个字节以记录字符串的长度。对于字符串'abcd'，L是4而存储要求是5个字节。
BLOB和TEXT类型须要1，2，3或4个字节来记录列值的长度，这取决于类型的最大可能长度。VARCHAR须要定义大小，有255的最大限制；TEXT则不须要。若是你把一个超过列类型最大长度的值赋给一个BLOB或TEXT列，值被截断以适合它。
固定长度，最多 255
个字符。存储大小是所输入字符个数的两倍（以字节为单位）。ntext
服务器代码页中的可变长度非 Unicode
个字符。当服务器代码页使用双字节字符时，存储量还是 2,147,483,647
字节。存储大小可能小于
字节（取决于字符串）。
数据类型中存储的数据是以位字符串存储的，不是由 SQL Server 解释的，必须由应用程序来解释。例如，应用程序可使用