在MySQL数据库控制台输入汉字时为什么不显示汉字拼写过程,怎么设置

在MySQL数据库控制台输入汉字时为什么不显示汉字拼写过程,怎么设置,第1张

首先把你的页面设置成这个字符集:

Window--Preferences--输入jsp,搜索--点击jsp--在相应的字符集设置上设置成自己想要的编码集。

如果这样还是不行的话,说明你数据库字符集设置有问题,这样设置:

首先把MySQL的服务停掉 在运行窗口输入:net stop mysql

把服务器和客户端的字符集改成自己想用的字符集:GB2312

具体 *** 作为:打开mysql安装目录下的myinitet;

找到default-character-set,将其改为自己想用的字符集:GB2312或是utf8等……,要注意的是这里有两个default-character-set,用ctrl+f定位在文件最前面输入defaul就会找到,都要改过来;

重启MySQL服务器,在运行窗口输入:net start mysql

最重要的是一点是,到这里我们已经能够解决乱码问题了,可问题是我们依然还会出现乱码问题,这是因为我们现在的表被创建的时候用的是默认的字符集(latin1),所以这时候我们要把表删除,然后重建就可以了

解决方式

在导出mysql sql执行文件的时候,指定一下编码格式:

复制代码代码如下:

mysqldump -uroot -p --default-character-set=utf8 mo(dbname) > E://xxxxsql

导入的时候OK了

执行如下

复制代码代码如下:

mysql -u root -p --default-character-set=utf8

use dbname

source /root/newsdatasql

在mysql下输入命令: SHOW VARIABLES LIKE 'character%'

Variable_name Value

character_set_client utf8

character_set_connection utf8

character_set_database utf8

character_set_filesystem binary

character_set_results utf8

character_set_server utf8

character_set_system utf8

character_sets_dir D:\\Program Files\\MySQL\\MySQL Server 50\\share\\charsets\\

确认下各个编码是否正确先手工在mysql中插入一条中文记录,看看是否正确,然后通过jsp插入中文,jsp文件看看是否有类似:

<%@ page pageEncoding="UTF-8"%> 的编码语句,jsp文件本身是否为utf8编码再确认下问题发生在哪里

mysql出现乱码的原因很复杂,实在不好帮你定位

想用SQL2000数据库的编程方法,但是却又苦于自己是学ACCESS的,对SQL只是一点点的了解而已,这里我给大家提供以下参考---将ACCESS转化成SQL2000的方法和注意事项

一,首先,我说的是在ACCESS2000,SQL2000之间转换,其他的我也还没有尝试过,希望大家多多试验,肯定是有办法的;

二,转换的方法

1,打开”控制面板“下”管理工具“中的”数据库源“;

2,按”添加“添加一个新的数据源,在选择栏里选”Driver do microsoft Access

(mdb)”,完成后将出现一个框,

在”数据库源“里面输入你想写的名称,我取名叫“ABC”,说明不需要填,接着,按下面的选择,寻找你的数据库地址和选中(注意,请先备份自己的ACCESS数据库),然后确定。

数据源在这里建好了,剩下转换了。

3,打开SQL2000企业管理器,进入数据库,新建一个空的数据库“ABC”;

4,选择新建立的数据库,按鼠标右键,选择“所有任务”下“导入数据”,按“下一步”继续;

5,在数据库源下拉但中选择”Driver do microsoft Access(mdb)“,在”用户/系统DSN“中,选种你刚才添加的”ABC“,按 ”下一步“;

6,“目的”不需要修改,选择服务器(一般下为自己的本机“local“,也可以选择服务器地址或者局域网地址,确定你的权限是否可以 *** 作,),“使用WINDOWS 身份验证“指用自己的系统管理员身份 *** 作,“使用SQL身份 *** 作验证“可以用于网站的 *** 作,推荐用后者;

7,选上“使用SQL身份 *** 作验证“后,填写你的用户名和密码,我自己选择的是系统默认号码“sa“,““,数据库选择刚新建的“ABC“,按“下一步“;

8,这一步的两个单项选择,“从数据源复制表和视图“与“用一条查询指令指定要传输的数据“,选择前者,按“下一步“继续;

9,这里将出现你自己ACCESS数据库的表,按“全选“后,下一步;

10,“DTS导入/导出向导“,看“立即运行“被选中按“下一步“,

11,按“完成“继续;

12,这个步骤你将看到你的数据被导入SQL2000里面,当出现“已经成功把XXX个表导入到数据库“的字样,而且所有的表前面都有绿色的勾,就表示成功导入所有数据,如果中途出现问题或者表前面有红色的叉的话,说明该表没有成功导入,这时就要回去查看自己的 *** 作是否正确了

三,数据修改

1,由于SQL2000里面没有“自动编号“,所以你的以“自动编号“设置的字段都会变成非空的字段,这就必须手工修改这些字段,并把他的“标示“选择“是“,种子为“1“,增量为“1“,

2,另外,ACCESS2000转换成SQL2000后,原来属性为“是/否“的字段将被转换成非空的“bit“,这时候你必须修改成自己想要的属性了;

3,另外,大家要注意对时间函数的把握ACCESS与SQL是有很多不同的

ACCESS改为SQL需要注意哪几个地方

数据库导入以后,自动增加字段需要重写,所有的数字类型需要增加长度,最好用decimal。

所有的默认值都丢失了。主要是数字类型和日期类型。

所有now(),time(),date()要改成getdate()。

所有datediff(‘d‘, time1, time2)要改成datediff(day, time1, time2)

有可能一些true/false类型不能使用,要变为1/0。

备注类型要通过cast(column as varchar)来使用。

CursorType要改成1,也就是打开数据库时要给出第一个数字参数为1,否则记录可能显示不完整。

isnull(rowname)要改成rowname = null

ACCESS的数据库中的自动编号类型在转化时,sql server并没有将它设为自动编号型,我们需在SQL创建语句中加上identity,表示自动编号!

转化时,跟日期有关的字段,SQL SERVER默认为smalldatetime型,我们最好将它变为datetime型,因为datetime型的范围比smalldatetime型大。有时用smalldatetime型时,转化失败,而用datetime型时,转化成功。

对此两种数据库进行 *** 作的sql语句不全相同,例如:在对ACCESS数据库进行删除纪录时用:“delete from user where id=10“,而对SQL SERVER数据库进行删除是用:“delete user where id=10“

日期函数不相同,在对ACCESS数据库处理中,可用date()、time()等函数,但对SQL SERVER数据库处理中,只能用datediff,dateadd等函数,而不能用date()、time()等函数。

在对ACCESS数据库处理中,sql语句中直接可以用一些VB的函数,像cstr()函数,而对SQL SERVER数据库处理中,却不能用。

ACCESS转SQL SERVER的数据库的几点经验

1ACCESS的数据库中的自动编号类型在转化时,sql server并没有将它设为自动编号型,我们需在SQL创建语句中加上identity,表示自动编号!

2转化时,跟日期有关的字段,SQL SERVER默认为smalldatetime型,我们最好将它变为datetime型,因为datetime型的范围比smalldatetime型大。我遇见这种情况,用smalldatetime型时,转化失败,而用datetime型时,转化成功。

3对此两种数据库进行 *** 作的sql语句不全相同,例如:在对ACCESS数据库进行删除纪录时用:“delete from user where id=10“,而对SQL SERVER数据库进行删除是用:“delete user where id=10“

4日期函数不相同,在对ACCESS数据库处理中,可用date()、time()等函数,但对SQL SERVER数据库处理中,只能用datediff,dateadd等函数,而不能用date()、time()等函数。

5在对ACCESS数据库处理中,sql语句中直接可以用一些VB的函数,像cstr()函数,而对SQL SERVER数据库处理中,却不能用。

另外,站长团上有产品团购,便宜有保证

以上就是关于在MySQL数据库控制台输入汉字时为什么不显示汉字拼写过程,怎么设置全部的内容,包括:在MySQL数据库控制台输入汉字时为什么不显示汉字拼写过程,怎么设置、mysql数据库怎样设置中文编码、MySQL中怎么显示中文等相关内容解答,如果想了解更多相关内容,可以关注我们,你们的支持是我们更新的动力!

欢迎分享,转载请注明来源:内存溢出

原文地址: https://outofmemory.cn/sjk/9798344.html

(0)
打赏 微信扫一扫 微信扫一扫 支付宝扫一扫 支付宝扫一扫
上一篇 2023-05-02
下一篇 2023-05-02

发表评论

登录后才能评论

评论列表(0条)

保存