以前一直用SQLObject，现在听说有些地方用起来不方便，比如其GPL协议。另外，即便是最新版本，其col.py中那个字符集问题还在那里挂着没有修改。现在听说了这个SQLAlchemy。最好是对比一下。

-- 
从前有一只很冷的毛毛虫，他想获得一点温暖。而获得温暖的机会只有从树上掉下来，落进别人的领口。
片刻的温暖，之后便失去生命。而很多同类却连这片刻的温暖都没有得到就..
我会得到温暖么？小心翼翼的尝试，却还是会受到伤害。
我愿为那一刻的温暖去拼，可是谁愿意接受?

欢迎访问偶的博客：
http://blog.csdn.net/gashero

On 12/9/06, gashero <harry.python在gmail.com> wrote:
> 以前一直用SQLObject，现在听说有些地方用起来不方便，比如其GPL协议。另外，即便是最新版本，其col.py中那个字符集问题还在那里挂着没有修改。现在听说了这个SQLAlchemy。最好是对比一下。
>
可以在网上搜一下，我也写过，不过没有太多的比较，只是介绍。看一看别人是否有吧。

-- 
I like python!
UliPad <>: http://wiki.woodpecker.org.cn/moin/UliPad
My Blog: http://www.donews.net/limodou

>
> 以前一直用SQLObject，现在听说有些地方用起来不方便，比如其GPL协议。另外，即便是最新版本，
> 其col.py中那个字符集问题还在那里挂着没有修改 。现在听说了这个SQLAlchemy。最好是对比一下。
>

sqlalchemy 的使用是分几个层次的：
 * 在最底层你可以把它当作一个高级的 "SQL 生成工具"
文档<http://www.sqlalchemy.org/docs/sqlconstruction.myt>
，
 * 在上一层它才是一个 orm ，它通过 映射 <http://www.sqlalchemy.org/docs/datamapping.myt>
将关系数据库和对象联系起来，它认为关系数据库和领域模型是两个不同的东西，不应该耦合在一起。这样产生的很大的灵活性，同时也带来使用上的复杂性。
 * 最上层你可以使用一些第三方的包装sqlalchemy的库，比如
ActiveMapper<http://www.sqlalchemy.org/docs/plugins.myt#plugins_activemapper>,
TurboEntity <http://turboentity.ematia.de/>, 还有 django
的一个分支<http://code.djangoproject.com/browser/django/branches/sqlalchemy>（不过好像还没动过工
= =" ）在这个层面上使用起来就比较像SQLObject 或是 django 的 orm 了。



-- 
http://codeplayer.blogspot.com/
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://python.cn/pipermail/python-chinese/attachments/20061209/0472ba77/attachment.htm