发表于: 2017-07-24 00:39:37

1 989


其实这个日报早就该交了,这几天事情很多,导致进度很慢,过两天还要搬家,这几天老是晚上停电没网,晚上12点以后才有电,只能先提交一下啦

今天学到的知识:1.在数据库当中给常用来检索的数据加了索引之后,果然查询速度快了很多,第一次没有建立索引之前的查询时间为0.2秒,建立索引之后的查询速度为0.106秒,老大威武

2.jdkjre的区别,jdkjava,主要是给开发者用的,而jrejava运行的环境

3,学习到了好多maven的配置,在根据教程在一步步的搭建环境,进度很慢

今天遇见的问题,在插入数据库汉字时,发现了一个问题,很明显是建立数据库时选择的默认编码方式不对,我记得我建立数据库时数据库的编码方式为ACSCI编码方式,但是中文应该是UTF_8的编码方式,

解决办法,更改数据库的编码方式为UTF_8编码,这个要谢谢廖雪峰大神的帮助,顺便普及一下编码方式的问题

因为刚开始编码的时候最开始使用编码的ASCII编码,当中只有英文字母和一些符号,后来因为要把中文加进去,所以中国制定了gbk2312编码,来把中文加进去,但是各国有不同的语言,所以要把各个编码统一起,就形成了现在的unicode

如果统一成Unicode编码,乱码问题从此消失了。但是,如果你写的文本基本上全部是英文的话,用Unicode编码比ASCII编码需要多一倍的存储空间,在存储和传输上就十分不划算。

所以,本着节约的精神,又出现了把Unicode编码转化为可变长编码UTF-8编码。UTF-8编码把一个Unicode字符根据不同的数字大小编码成1-6个字节,常用的英文字母被编码成1个字节,汉字通常是3个字节,只有很生僻的字符才会被编码成4-6个字节。如果你要传输的文本包含大量英文字符,用UTF-8编码就能节省空间:

字符

ASCII

Unicode

UTF-8

A

01000001

00000000 01000001

01000001

x

01001110 00101101

11100100 10111000 10101101

上面的表格还可以发现,UTF-8编码有一个额外的好处,就是ASCII编码实际上可以被看成是UTF-8编码的一部分,所以,大量只支持ASCII编码的历史遗留软件可以在UTF-8编码下继续工作

3 明天的任务。争取把meavn搞完,开始编写junit和部署数据库


返回列表 返回列表
评论

    分享到