发一篇解说MySQL数据库字符集堕落的办理办法
你可以配置MySQL运行在微小的嵌入式应用程序中，处理的数据可能不足1Mb??而你也可以用它来处理数Tb的数据。MySQL获得这种可扩展性的路径之一是通过一个人们所熟知的存储过程，这是一个运行在程序之外的微型、预编译程序。MySQL字符集堕落的办理办法：<Pstyle="TEXT-INDENT:2em">毛病案例：<Pstyle="TEXT-INDENT:2em">Illegalmixofcollations(gbk_chinese_ci,IMPLICIT)and(gbk_bin,IMPLICIT)forOperation=,SQLState:HY000,ErrorCode:1267<Pstyle="TEXT-INDENT:2em"><Pstyle="TEXT-INDENT:2em">毛病缘故原由：<Pstyle="TEXT-INDENT:2em">数据库的编码与建表时的编码纷歧样；<Pstyle="TEXT-INDENT:2em">处置办法：<Pstyle="TEXT-INDENT:2em">假如安装MySQL时设置的编码为jbk，那末在建表时能够以下处置：<Pstyle="TEXT-INDENT:2em">CREATETABLE`teachers`(`id`int(11)NOTNULLdefault0,`name`varchar(20)defaultNULL,`passWord`varchar(20)defaultNULL,`department_id`int(11)defaultNULL,PRIMARYKEY(`id`))ENGINE=MyISAMDEFAULTCHARSET=gbk;<Pstyle="TEXT-INDENT:2em"><Pstyle="TEXT-INDENT:2em">大概：<Pstyle="TEXT-INDENT:2em">CREATETABLE`teachers`(`id`int(11)NOTNULLdefault0,`name`varchar(20)defaultNULL,`password`varchar(20)defaultNULL,`department_id`int(11)defaultNULL,PRIMARYKEY(`id`));关于这个理由我把它放在最后一位。在很多业界专家中有一个相当一致的观点：MySQL不能很好的扩展。关于这点可能有很大的分歧，争论的焦点主要集中于水平可扩展性和垂直可扩展性上。MySQL则更倾向于垂直可扩展性。 是否碎片会引发效率问题？这都是需要进一步探讨的东西。varbinary(max)代替image也让SQLServer的字段类型更加简洁统一。 相信各位对数据库和怎么样学习数据库都有一些经验和看法，也会有人走了一些弯路总结出自己的经验来，希望大家能把各自的看法和经验拿出来分享，给别人一份帮助，给自己一份快乐 很多书籍啊，不过个人认为看书太慢，还不如自己学。多做实际的东西，就会遇到很多问题，网上搜下解决问题。不断重复这个过程，在配合sql的F1功能。 可能有的朋友会抱怨集成的orderby，其实如果使用ranking函数,Orderby是少不了的。如果担心Orderby会影响效率，可以为orderby的字段建立聚集索引，查询计划会忽略orderby操作（因为本来就是排序的嘛）。 相信各位对数据库和怎么样学习数据库都有一些经验和看法，也会有人走了一些弯路总结出自己的经验来，希望大家能把各自的看法和经验拿出来分享，给别人一份帮助，给自己一份快乐 所以你总能得到相应的升级版本，来满足你的需求。 入门没那么困难，精通没那么容易
页:
[1]