ORM概念
ORM（Object Ralational Mapping，对象关系映射）用来把对象模型表示的对象映射到基于S Q L 的关系模型数据库结构中去。这样，我们在具体的操作实体对象的时候，就不需要再去和复杂的 SQ L 语句打交道，只需简单的操作实体对象的属性和方法。O R M 技术是在对象和关系之间提供了一条桥梁，前台的对象型数据和数据库中的关系型的数据通过这个桥梁来相互转化 。
Python中常用的ORM
SQLObject
SQLObject是一种流行的对象关系管理器，用于为数据库提供对象接口，其中表为类，行为实例，列为属性。
SQLObject包含一个基于Python对象的查询语言，使SQL更抽象，并为应用程序提供了大量的数据库独立性。
优点：
-
采用了易懂的ActiveRecord 模式
-
一个相对较小的代码库
缺点：
-
方法和类的命名遵循了Java 的小驼峰风格
-
不支持数据库session隔离工作单元
Storm
Storm 是一个介于 单个或多个数据库与Python之间 映射对象的 Python ORM 。为了支持动态存储和取回对象信息，它允许开发者构建跨数据表的复杂查询。Stom中 table class 不需要是框架特定基类 的子类 。每个table class是 的sqlobject.SQLObject 的子类。
优点：
- 清爽轻量的API，短学习曲线和长期可维护性
- 不需要特殊的类构造函数，也没有必要的基类
缺点：
- 迫使程序员手工写表格创建的DDL语句，而不是从模型类自动派生
- Storm的贡献者必须把他们的贡献的版权给Canonical公司
Django's ORM
因为Django的ORM 是紧嵌到web框架的，所以就算可以也不推荐，在一个独立的非Django的Python项目中使用它的ORM。
Django，一个最流行的Python web框架， 有它独有的 ORM。 相比 SQLAlchemy， Django 的 ORM 更吻合于直接操作SQL对象，操作暴露了简单直接映射数据表和Python类的SQL对象 。
优点：
-
易用，学习曲线短
-
和Django紧密集合，用Django时使用约定俗成的方法去操作数据库
缺点：
-
不好处理复杂的查询，强制开发者回到原生SQL
-
紧密和Django集成，使得在Django环境外很难使用
peewee：
优点：
-
Django式的API，使其易用
-
轻量实现，很容易和任意web框架集成
缺点：
-
不支持自动化 schema 迁移
-
多对多查询写起来不直观
SQLAlchemy：
SQLAlchemy 采用了数据映射模式，其工作单元 主要使得 有必要限制所有的数据库操作代码到一个特定的数据库session，在该session中控制每个对象的生命周期 。
优点：
-
企业级 API，使得代码有健壮性和适应性
-
灵活的设计，使得能轻松写复杂查询
缺点：
-
工作单元概念不常见
-
重量级 API，导致长学习曲线
总结
相比其他的ORM， SQLAlchemy 意味着，无论你何时写SQLAlchemy代码， 都专注于工作单元的前沿概念 。DB Session 的概念可能最初很难理解和正确使用，但是后来你会欣赏这额外的复杂性，这让意外的时序提交相关的数据库bug减少到0。在SQLAlchemy中处理多数据库是棘手的， 因为每个DB session 都限定了一个数据库连接。但是，这种类型的限制实际上是好事， 因为这样强制你绞尽脑汁去想在多个数据库之间的交互， 从而使得数据库交互代码很容易调试