1
什么是 ORM？
关于 ORM，维基百科描述如下：
ORM 全称是 Object Relational Mapping（对象关系映射），是一种程序设计技术，用于实现面向对象编程语言里不同类型系统的数据之间的转换。从效果上说，它其实是创建了一个可在编程语言里使用的“虚拟对象数据库”。
面向对象是从软件工程基本原则（如耦合、聚合、封装）的基础上发展起来的，而关系数据库则是从数学理论发展而来的，两套理论存在显著的区别。为了解决这个不匹配的现象，对象关系映射技术应运而生。
简单理解，ORM 就是在数据库和对象之间作了一个映射：
数据库的表（table） --> 类（class）
记录（record，行数据）--> 对象（object）
字段（field）--> 对象的属性（attribute）
2
为什么使用 ORM？
ORM 在关系数据库上提供了一个高级抽象，开发者可以使用自己喜欢的编程语言来处理数据库，而不必编写 SQL 语句或存储过程。
举个栗子吧，有一张用户表 user，要获取 id 为 1 的记录。按照传统方式，先要编写一条 SQL 语句：
QString sql = "select * from user where id = 1";
然后再执行 SQL 查询，随后就可以获取记录以及其中的字段值了：
QSqlQuery query;
query.exec(sql);
if (query.next()) {
// 获取记录
QSqlRecord record = query.record();
if (!record.isEmpty()) {
// 获取字段值
QString name = record.value("name").toString();
int age = record.value("age").toInt();
qDebug() << "name:" << name << "age:" << age;
}
}
如果改为 ORM（例如：QxOrm），就会变为这样：
typedef QSharedPointer<User> UserPtr;
UserPtr user(new User());
user->id = 1;
QSqlError daoError = qx::dao::fetch_by_id(user);
if (daoError.type() == QSqlError::NoError) {
qDebug() << "name:" << user->name << "age:" << user->age;
}
比较之后你会发现，ORM 使用对象封装了数据库操作，因此不必再和 SQL 语句打交道了。只需要与数据对象直接交互即可，而无需关心底层数据库。
3
ORM 的优缺点
无论是何种技术，在使用时都应该权衡一番。ORM 也不例外，一起来看看它的优缺点吧！
优点：
ORM 提供了一种面向对象的查询语言，这使得开发者可以专注于对象模型，而不必关心数据库结构或 SQL 语义。
ORM 提供了大量的服务，开发者只需要关注业务逻辑，而不是重复的 CRUD（Create、Read、Update、Delete）操作，这可以减少大量的代码。
ORM 将迫使你使用 MVC 风格，这通常会使代码更加简洁、更容易理解。
ORM 有现成的工具，很多功能可以自动完成，比如预处理、事务等。
ORM 对数据库进行了抽象，因此从一种数据库切换到另一种（例如：从 MySQL 到 PostgreSQL）会很容易。
缺点：
无论是什么 ORM 框架，都需要花费相当大的精力去学习和理解。
ORM 抽象掉了数据库层，开发者无法了解底层数据库（和 SQL）的相关操作。
对于复杂的查询，ORM 要么难以实现，要么性能不如原生的 SQL。
4
主流的 ORM 框架
目前为止，C++ 中主流的 ORM 框架有以下几个：
LiteSQL：https://litesql.org/
ODB：https://www.codesynthesis.com/products/odb/
QxOrm：https://www.qxorm.com/qxorm_en/home.html
Wt::Dbo：https://www.webtoolkit.eu/wt/doc/tutorial/dbo.html
为了更清楚地了解它们的现状，有必要从不同角度对比一番，像许可协议、所支持的数据库等：
其中，LiteSQL 和 ODB 不依赖于特定的框架，而 QxOrm 依赖于 Qt，Wt::Dbo 依赖于 Wt。
综合考虑，如果是纯 C++ 开发，可以选择使用 ODB。它拥有大量的用户群体，（相比 LiteSQL）技术支持好，（相比 QxOrm）编译时间短，（相比 Wt::Dbo）提供了更多的特性，更重要的是它易于使用，并且提供了很全面的文档。
当然，如果是 Qt 开发，也可以选择使用 QxOrm。它几乎支持所有的数据库，并且也有良好的文档。除此之外，它还提供了一个图形编辑器 - QxEntityEditor，可以很方便地以图形方式来管理数据模型。
5
还有些什么
ORM 并不是 SQL/DB 技能的替代者，而是对它的补充，这两者可以说是相辅相成的！
就个人而言，我更喜欢使用 ORM，而不是编写 SQL 代码。因为后者很难维护，而 ORM 却能以更易读的格式提供所需的数据。另一方面，当在小型团队中工作时，一般我们充当的都是“全栈工程师”的角色，很少有专门的数据库专家做支持，这时 ORM 能极大地简化数据层的工作。
当然了，上述观点有一定的偏见，最终如何选择还是要取决于自己。无论如何，我还是强烈建议大家要理解 SQL 的原则，并掌握其中的一些常见操作。倘若你还没有使用过 ORM，建议尝试一下，看看它究竟是如何工作的，我相信你会喜欢上它的。
·END·
高效程序员
谈天 · 说地 · 侃代码 · 开车
长按识别二维码，解锁更多精彩内容
