发一篇解说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]