我用纯SQL表示读取，用ORM表示CUD。

性能是我一直关注的问题，尤其是在web应用程序中，但同时也关注代码的可维护性和可读性。为了解决这些问题，我编写了SqlBuilder。

使我的ORM使用真正成功的关键是代码生成。就代码性能而言，我同意ORM路由不是最快的。但是，当您拥有一个中型到大型的团队时，DB正在迅速变化，从DB中重新生成类和映射作为构建过程的一部分的能力是值得注意的，特别是当您使用CI时。所以你的代码可能不是最快的，但你的代码会-我知道我在大多数项目中会采用哪种。

我的建议是在模式仍处于流动状态时使用ORM进行开发，使用分析来发现瓶颈，然后使用原始Sql优化那些需要它的区域。

另一个想法是，如果使用得当，Hibernate内建的缓存通常可以大大提高性能。不再需要返回DB读取引用数据。

ORM不仅仅是可移植性(就这一点而言，即使使用ORM也很难实现可移植性)。当ORM工具将您从编写模板SQL查询(通过PK或谓词、插入、更新和删除进行选择)中解放出来，并让您专注于问题域时，它基本上为您提供了持久存储之上的抽象层。

我用纯SQL表示读取，用ORM表示CUD。

性能是我一直关注的问题，尤其是在web应用程序中，但同时也关注代码的可维护性和可读性。为了解决这些问题，我编写了SqlBuilder。

我开发的一个应用是用python写的IRC机器人。它使用的模块在单独的线程中运行，但我还没有找到一种方法来处理使用sqlite时的线程。不过，这可能是一个单独的问题。

我真的应该把题目和问题都改写一下。我从来没有在任何语言中使用过DAL。

在现代软件开发场景中，是否使用框架是非常常见的难题。

重要的是要理解每个框架或方法都有其优点和缺点——例如，根据我们的经验，我们发现ORM在处理事务时很有用，即插入/更新/删除操作——但当涉及到获取具有复杂结果的数据时，评估ORM工具的性能和有效性就变得重要了。

同样重要的是要理解，选择一个框架或方法并在其中实现所有内容并不是强制性的。我们的意思是，我们可以混合使用ORM和本地查询语言。许多ORM框架在本地SQL中为插件提供扩展点。我们应该尽量不要过度使用一个框架或方法。我们可以结合某些框架或方法，得出适当的解决方案。

当涉及到高并发性的插入、更新、删除和版本控制时，可以使用ORM，还可以使用Native SQL生成报告和长清单