MYSQL网站制作之MySQL的衍生版 MariaDB 5.1.50 公布

关于这个理由我把它放在最后一位。在很多业界专家中有一个相当一致的观点：MySQL不能很好的扩展。关于这点可能有很大的分歧，争论的焦点主要集中于水平可扩展性和垂直可扩展性上。MySQL则更倾向于垂直可扩展性。　　MariaDB是一个接纳Maria存储引擎的MySQL分支版本，是由本来MySQL的作者MichaelWidenius兴办的公司所开辟的收费开源的数据库服务器。
　　下载MariaDB5.1.50：http://downloads.askmonty.org/
　　MariaDB5.1.50的改善纪录包含：
　　MySQLBug#32426&Bug#571200FederatedXcorruptORDERBYwithTEXT
　　Bug#616253Crashin_ma_bitmap_set_full_page_bitsonAriarecovery
　　Bug#612894Someaggregatefunctions(suchasMINMAX)workincorrectlyinsubqueriesaftergettingNULLvalue
　　Bug#605798RQG:TablecorruptionafterMariaenginerecovery-"Wrongdatainbitmap"
　　Bug#613418(M)ariarecoveryfailure:ma_key_recover.c:981:_ma_apply_redo_index:Assertion`check_page_length==page_lengthfailed
<Pstyle="TEXT-INDENT:2em">
“通过有能力的DBA的一个简单计划，MySQL可以达到令人难以想像的运行速度，”一位资深DBA如此表示。MySQL中没有多余的功能来拖累CPU或占用内存。

数据库物理框架没有变动undo和redo都放在数据库得transaction中，个人感觉是个败笔。如果说我们在设计数据库的时候考虑分多个数据库，可能能在一定程度上避免I/O效率问题。

你可以简单地认为适合的就是好，不适合就是不好。

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

但换公司用MSSQL2K感觉自己好像根本就不了解MSSQL。什么DTS触发器以前根本没用过。

可能有的朋友会抱怨集成的orderby，其实如果使用ranking函数,Orderby是少不了的。如果担心Orderby会影响效率，可以为orderby的字段建立聚集索引，查询计划会忽略orderby操作（因为本来就是排序的嘛）。

一个百万级别的基本信息表A，一个百万级别的详细记录表B，A中有个身份证id，B中也有身份id；先要找出A中在B的详细记录。

外键的级联更能扩展可能大部分的同行在设计OLTP系统的时候都不愿意建立外键，都是通过程序来控制父子数据的完整性。

where子句的作用是在对查询结果进行分组前，将不符合where条件的行去掉，即在分组之前过滤数据，条件中不能包含聚组函数，使用where条件显示特定的行。

SP4是一个累积性的ServicePack，包含自以前的ServicePack发布以来所有的修补程序（包括MS03-031安全公告）。