sqlalchemy是python下一个很强大的ORM,最近刚刚开始使用。当然由于只是刚刚接触,只学习使用了他的DB API,对于Mapper还有些不得要领。
最近写的一个程序,用到MySql数据库,有些数据库读写的操作,对sqlalchemy已经有了些了解,自然要练练,更何况它能大幅度的提高程序开发的效率。于是就驱动sqlalchemy,用它开始了第一个数据库应用程序的编写。
代码说话:
最近写的一个程序,用到MySql数据库,有些数据库读写的操作,对sqlalchemy已经有了些了解,自然要练练,更何况它能大幅度的提高程序开发的效率。于是就驱动sqlalchemy,用它开始了第一个数据库应用程序的编写。
代码说话:
#coding=utf-8
from sqlalchemy import *
connstr = 'mysql://uid:pwd@localhost/mydb'
db = create_engine(connstr, echo=True)
metadata = MetaData(db)
table = Table('mytable', metadata, autoload=True)
metadata = MetaData(db)
table = Table('mytable', metadata, autoload=True)
i = table.insert()
i.execute(c1='value')
i.execute(c1='value')
我通过上面的代码连接连接到数据库,打开表并执行插入数据的操作。执行程序,检查结果,ok,没有问题,心里一阵暗爽。
但当我把这段代码加入到程序中时,问题出来了,所有插入的中文全部是乱码,囧。按照常规思路,比较简单的做法是对中文进行编码转化.我的数据库表使用的是utf-8编码,于是写了这样的代码:'中文'.decode('gbk').encode('utf8'),结果依然是乱码。
在google上搜索发现,也有人遇到了类似的问题(大家都是中国人嘛:)),有两篇文章提出了解决方案,其中一个方法是在create_engine时增加两个参数,即:create_engine(connstr, encoding='utf8', convert_unicode=True),试了一下,无效。另一篇《MySql+SQLAlchemy+wxPython的Unicode解决方案》中提到修改MYSQLdb的connection.py文件的set_character_set方法,直接设为utf-8编码,我试了一下,的确可以了。但...这样似乎太暴力了一点,于是我决定找到原因。
根据上文中的思路发现,由于向set_character_set传递的charset参数为空,所以,该函数自动设置采用默认的编码连接mysql,也就是latin-1。因为sqlalchemy没有向该MYSQLdb传递charset,所以也就出现了上文作者郁闷的情况:总是latin-1。而前一篇文章里提到的方法和这个根本不沾边。
调试发现,create_engine调用了strategies.py的DefaultEngineStrategy类连接数据库的,该类的create方法里有个cparams变量,这个变量保存的是从连接url解析出来的数据库连接参数,比如host、username、pwssword这些。阅读MYSQLdb的代码知道,它是通过charset参数指定连接的编码的,于是修改了这个变量增加了charset参数(cparams.update({'charset':'utf8'})),居然也可以正常保存中文了。突破口就在这里,看来应该在这个url上做点文章了。
继续阅读代码,在database下的mysql这个模块中,发现了这么一段注释:
但当我把这段代码加入到程序中时,问题出来了,所有插入的中文全部是乱码,囧。按照常规思路,比较简单的做法是对中文进行编码转化.我的数据库表使用的是utf-8编码,于是写了这样的代码:'中文'.decode('gbk').encode('utf8'),结果依然是乱码。
在google上搜索发现,也有人遇到了类似的问题(大家都是中国人嘛:)),有两篇文章提出了解决方案,其中一个方法是在create_engine时增加两个参数,即:create_engine(connstr, encoding='utf8', convert_unicode=True),试了一下,无效。另一篇《MySql+SQLAlchemy+wxPython的Unicode解决方案》中提到修改MYSQLdb的connection.py文件的set_character_set方法,直接设为utf-8编码,我试了一下,的确可以了。但...这样似乎太暴力了一点,于是我决定找到原因。
根据上文中的思路发现,由于向set_character_set传递的charset参数为空,所以,该函数自动设置采用默认的编码连接mysql,也就是latin-1。因为sqlalchemy没有向该MYSQLdb传递charset,所以也就出现了上文作者郁闷的情况:总是latin-1。而前一篇文章里提到的方法和这个根本不沾边。
调试发现,create_engine调用了strategies.py的DefaultEngineStrategy类连接数据库的,该类的create方法里有个cparams变量,这个变量保存的是从连接url解析出来的数据库连接参数,比如host、username、pwssword这些。阅读MYSQLdb的代码知道,它是通过charset参数指定连接的编码的,于是修改了这个变量增加了charset参数(cparams.update({'charset':'utf8'})),居然也可以正常保存中文了。突破口就在这里,看来应该在这个url上做点文章了。
继续阅读代码,在database下的mysql这个模块中,发现了这么一段注释:
Many MySQL server installations default to a ``latin1`` encoding for client connections. All data sent through the connection will be converted into ``latin1``, even if you have ``utf8`` or another character set on your tables and columns. With versions 4.1 and higher, you can change the connection character set either through server configuration or by passing the ``charset`` parameter to ``create_engine``. The ``charset`` option is passed through to MySQL-Python and has the side-effect of also enabling ``use_unicode`` in the driver by default. For regular encoded strings, also pass ``use_unicode=0`` in the connection arguments.
这也证明了上面切入点是正确的。在create_engine的注释中找到了url的定义:
The URL is a string in the form ``dialect://user:password@host/dbname[?key=value..]``, where ``dialect`` is a name such as ``mysql``, ``oracle``, ``postgres``, etc. Alternatively, the URL can be an instance of ``sqlalchemy.engine.url.URL``.
很明白了,这个URL居然还支持"QueryString",于是把connstr修改为connstr = 'mysql://uid:pwd@localhost/mydb?charset=utf8',在看了这么多废话以后:),如你所愿,汉字正确的保存到里数据库里,O(∩_∩)O哈哈~。
真是郁闷,这么重要的用法,在文档里怎么没有描述呢?还是我没有找到?在google group里有很多人都遇到了utf8编码的问题,但似乎都没有正解。所以我把排除问题的全过程写下来,欢迎交流。