仓酷云
标题:
发布mysql的巨细写成绩
[打印本页]
作者:
愤怒的大鸟
时间:
2015-1-16 20:12
标题:
发布mysql的巨细写成绩
任何规模的组织都可能受益于外包服务,并在一个标准化和优化的平台上统一其数据库管理任务。基于其本身的特性,DBaaS提供了敏捷和高效的数据库服务,它可以支持多变的需求。巨细写敏理性
1、数据库和表名
在MySQL中,数据库和表对应于在那些目次下的目次和文件,因此,内涵的操纵体系的敏理性决意数据库和表定名的巨细写敏理性。这意味着数据库和表名在Unix上是辨别巨细写的,而在Win32上疏忽巨细写。
注重:在Win32上,只管数据库和表名是疏忽巨细写的,你不该该在统一个查询中利用分歧的巨细写来援用一个给定的数据库和表。以下查询将不事情,由于它作为my_table和作为MY_TABLE援用一个表:
mysql>SELECT*FROMmy_tableWHEREMY_TABLE.col=1;
2、列名
列名在一切情形下都是疏忽巨细写的。
3、表的别号
表的别号是辨别巨细写的。以下查询将不事情,:由于它用a和A援用别号:
mysql>SELECTcol_nameFROMtbl_nameASa
WHEREa.col_name=1ORA.col_name=2;
4、列的别号
列的别号是疏忽巨细写的。
5、字符串对照和形式婚配
缺省地,MySQL搜刮是巨细写不敏感的(只管有一些字符集历来不是疏忽巨细写的,比方捷克语)。这意味着,假如你用col_nameLIKEa%征采,你将失掉一切以A或a入手下手的列值。假如你想要使这个搜刮巨细写敏感,利用象INDEX(col_name,"A")=0反省一个前缀。或假如列值必需切实是"A",利用STRCMP(col_name,"A")=0。
复杂的对照操纵(>=、>、=、<、<=、排序和聚合)是基于每一个字符的“排序值”。有一样排序值的字符(象E,e)被视为不异的字符!
LIKE对照在每一个字符的年夜写值长进行(“E”=”e”)。
假如你想要一个列老是被看成巨细写敏感的体例,声明它为BINARY。
比方:
mysql>SELECT"E"="e","E"=BINARY"e";
+---------+----------------+|"E"="e"|"E"=BINARY"e"|+---------+----------------+|1|0|+---------+----------------+
任何规模的组织都可能受益于外包服务,并在一个标准化和优化的平台上统一其数据库管理任务。基于其本身的特性,DBaaS提供了敏捷和高效的数据库服务,它可以支持多变的需求。
作者:
海妖
时间:
2015-1-18 18:33
你可以简单地认为适合的就是好,不适合就是不好。
作者:
活着的死人
时间:
2015-1-25 23:11
这就引发了对varchar和char效率讨论的老问题。到底如何分配varchar的数据,是否会出现大规模的碎片?
作者:
飘飘悠悠
时间:
2015-2-4 13:16
无法深入到数据库系统层面去了解和探究
作者:
飘灵儿
时间:
2015-2-9 23:25
始终遗憾SQLServer的登陆无法分配CPU/内存占用等指标数。如果你的SQLServer给别人分配了一个只可以读几个表的权限,而这个家伙疯狂的死循环进行连接查询,会给你的系统带来很大的负担。
作者:
简单生活
时间:
2015-2-28 05:01
发几份SQL课件,以飨阅者
作者:
老尸
时间:
2015-3-9 21:18
发几份SQL课件,以飨阅者
作者:
金色的骷髅
时间:
2015-3-17 02:00
大家注意一点。如下面的例子:
作者:
蒙在股里
时间:
2015-3-23 16:51
大家注意一点。如下面的例子:
欢迎光临 仓酷云 (http://ckuyun.com/)
Powered by Discuz! X3.2