MySql 中文编码的解决方法以及其它的一些问题
[ 2008-04-23 01:05:59 | 作者: progame ]
如果只是设置数据库和表的字符编码, 用第三方工具是可以正常写入中文的, 但是用MySql .Net Connector写入之后成为乱码
查了一下 应该设置my.ini文件中的默认编码
分别在[MySQL(和PHP搭配之最佳组合)]和[MySQL(和PHP搭配之最佳组合)d]配置段中增加或修改default_charater_set=gb2312
也许在连接开始时用set names可行, 但因为我的连接是不保持的, 所以这个太浪费了, 多了次往返
对于一个连接查询, Mysql可以正确的得到字段类型, 但是子查询的话, 就无法正确了, 返回了string类型, 见鬼
经查询, 得知:
Posted by: Reggie Burnett ()
Date: April 07, 2008 10:39PM
These are known issues. There are whole classes of issues surrounding losing data type. MySQL has issues with temp tables and losing of data type fidelity.
再一搜, 原来这个问题还是在最新的版本中解决了, 于是下载最新版本, 安装, 测试OK, 这样我的关联字段的写法看来不用从子查询变成连接查询了, 主要是连接查询的话需要加大量的表前缀以防止两个表的同名字段冲突
评论Feed: /feed.asp?q=comment&id=1638
查了一下 应该设置my.ini文件中的默认编码
分别在[MySQL(和PHP搭配之最佳组合)]和[MySQL(和PHP搭配之最佳组合)d]配置段中增加或修改default_charater_set=gb2312
也许在连接开始时用set names可行, 但因为我的连接是不保持的, 所以这个太浪费了, 多了次往返
对于一个连接查询, Mysql可以正确的得到字段类型, 但是子查询的话, 就无法正确了, 返回了string类型, 见鬼
经查询, 得知:
Posted by: Reggie Burnett ()
Date: April 07, 2008 10:39PM
These are known issues. There are whole classes of issues surrounding losing data type. MySQL has issues with temp tables and losing of data type fidelity.
再一搜, 原来这个问题还是在最新的版本中解决了, 于是下载最新版本, 安装, 测试OK, 这样我的关联字段的写法看来不用从子查询变成连接查询了, 主要是连接查询的话需要加大量的表前缀以防止两个表的同名字段冲突
评论Feed: /feed.asp?q=comment&id=1638
这篇日志没有评论.

