如何借助 NoSQL 提高 JPA 应用性能（如何借助元素视野寻找可疑的人）

如何借助 NoSQL 提高 JPA 应用性能（如何借助元素视野寻找可疑的人）

多年以前，笔者在为一家世界顶级汽车公司做电子商务网站项目时，曾经碰到过一个听起来像科幻故事的概念：通过实体类别来自动实现数据持久存储。

当时是21世纪初，大家还习惯于等待当时最牛的太阳微系统公司（Sun Microsystem）——跟现在苹果公司的地位差不多——带来各种重大发明，不过那可真的是模式的变更。它是紧跟面向对象编程（Object Oriented programming）出现的概念，不过它本身对主流应用开发世界来说就是一个重大的模式转变。当时，在一个集中的数据库中持久存储数据的概念已经得到广泛接受，关系数据库也有很多。服务器端 web 应用开始成为主流，当然，你还得选择存储数据的数据库，虽然关系数据库并不是唯一的选择，但它们是当时所谓的“桌面应用”的首选。这些都表明，应用存储和检索数据的唯一方式是通过执行 SQL 查询。在很多情况下，这种操作是非常复杂的。

与之相反，Java 完全是面向对象的，不会被理解为表格和关系。关系数据库很容易就能被其他过程式语言借助 SQL 来采用。当时，Java 还饱受微软和太阳间的诉讼的影响，该诉讼涉及到 Java 和 IE 间的兼容性。开发者们都在讨论哪个平台或者框架能够胜出：Java 还是微软新发布的 .NET。

然而，发布15年以来，开发者论坛关于最初主题的讨论依然有很多：如何改善 JPA 的性能表现。虽然硬件速度有了很大提升，同样的问题依然存在。如今 JPA 成了主流技术，影响着世界上数以万计的系统，这个问题就变得更加重要。ORM 架构内在的问题并没有改变：将面向对象的世界映射到关系世界并不是个小任务，需要付出大量的额外努力才能实现无缝对接。

但是如今，整个数据库产业都在经历变革。过去15年来，你得很有勇气，才敢避开关系数据库管理系统，使用其他备选方案来持久存储数据——如果你能找到的话，更不要说你还要费尽力气解释自己为什么要这么做。如今，大量 NoSQL 数据库增加了计算机科学出现更多新模式的可能性。说 JPA 不能从中受益简直是大错特错，而且笔者认为它绝对能从中受益。从数据结构的观点来看，要在 JPA 实现方法中持久存储数据，很多 NoSQL 方法都更合理，效果也比表格或关系数据管理系统更好。

实现这种效果是通过有效利用一种智能映射方法，能够识别出那些可以在低层级 KVS 中执行的检索，从而避免繁冗、不必要的 SQL。由于 c-treeACE 是一种多模式数据库，与数据库互动的层（Java 持久存储层，缩写为 JPL）能够在 SQL 和 NoSQL 之间自如转换，从而优化每次 query.z 的执行。

总之，关注 NoSQL 的各种动态发展很重要。NoSQL 的好处并不仅限于新的应用开发。在某些案例中，你可以见识到重新访问现有的、传统的框架带来的积极效果，比如说你的 JPA 的实现。无论你是用 Hibernate，或者其他 ORM 框架，数据库替换都会是一个低风险、小投入的项目。你可能会发现，你很快就能节省几千美元。