持久层开发需要注意的一些地方

最新推荐文章于 2022-07-28 22:29:20 发布
最新推荐文章于 2022-07-28 22:29:20 发布
阅读量224 收藏
点赞数
分类专栏： Java 文章标签： Hibernate ORM 设计模式
本文探讨了ORM使用中的关键优化策略，包括延迟加载、合理设计域对象、数据库连接管理和数据生命周期分析等，旨在提升应用程序性能。

摘要生成于 C知道 ，由 DeepSeek-R1 满血版支持， 前往体验 >

[b]ORM时注意事项
Load time[/b]
使用lazy load， load data as late as possible

[b]Load more data than needed[/b]
1） 设计domain object（在ORM中也可以说是一张数据表）不要添加太多的字段，这样load domain object时候会读出太多无用字段，影响效率，尽量遵循数据库范式， 建立Aggregate关系。
2）在读取数据时，在数据量大的时候，不要全部读取，只读取所需字段。

[b]数据库连接是数据库中开销最大的地方，需谨慎使用[/b]
尽可能使用连接池来进行处理，在Hibernate中就是这样使用的，有一个并发连接数，但要注意的是在生产环境下不要使用Hibernate自带的连接池，要使用第三方池如c3p0.

[b]数据分析
数据生命周期分析[/b]
分析数据是只读得还是可修改的，数据的访问及更新频率，根据这些来制定数据访问策略，如制定缓存等等

[b]数据访问模式分析[/b]
了解数据是怎样应用的可以帮助优化数据的读取策略，如根据应用在页面上的呈现可以来制定fetchsize等。


[b]查询模式分析[/b]
在同一个连接池中使用short-running查询和long-running reporting查询会给用户带来不好的体验，因为long-running reporting查询会长时间占用连接，因此short-running查询始终获取不到connection而被饿死。针对这种方式，使用两个连接池来处理这两种不同的查询类型。


[b]数据访问测试[/b]
1. 使用真实、规范的数据进行测试，并在测试时不要局限于相同的数据
2. 并发压力测试是必需的
MyBatis概述——一个优秀的持久层框架
AI天才研究院
07-28 1168
MyBatis 是一款开源的持久层框架，它支持定制化 SQL、存储过程以及高级映射。MyBatis 避免了几乎所有的 JDBC 代码和参数处理，将 XML 配置化结果映射成 Java 对象并通过接口形式传入到业务层，使得开发人员更关注于业务逻辑而不是数据库相关的事务控制和重复代码等低级事务性工作。
MyBatis与MyBatis-Plus：简化持久层操作的选择
jingzhouikun的博客
12-24 1208
MyBatis和MyBatis-Plus都是优秀的持久层框架，具有各自的特点和优势。本文将详细介绍MyBatis和MyBatis-Plus的特点、使用方法以及它们之间的区别，帮助开发者选择适合自己项目的持久层框架。二、MyBatis-Plus简介 MyBatis-Plus是在MyBatis的基础上进行扩展的框架，旨在简化持久层操作，提供更方便、更高效的开发体验。这两个示例展示了使用MyBatis和MyBatis-Plus进行基本的数据库操作，同学们可以根据自己的需求选择合适的框架。
持久层设计要考虑的问题有哪些
li_ya_kun的博客
10-26 1585
持久层设计要考虑的问题有哪些 所谓"持久"就是将数据保存到可掉电式存储设备中以便今后使用，简单的说，就是将内存中的数据保存到关系型数据库、文件系统、消息队列等提供持久化支持的设备中。持久层就是系统中专注于实现数据持久化的相对独立的层面。 持久层设计的目标包括： 数据存储逻辑的分离，提供抽象化的数据访问接口。 数据访问底层实现的分离，可以在不修改代码的情况下切换底层实现。 资源管理和调度的分离...
持久化类的标准及注意事项
火凤凰天地
03-16 439
1，hibernate的持久化类符合javabean规范，包含属性及对应的get和set方法。get和set方法必须符合特定的命名规则。get和set后面紧跟属性的名称，并且属性名第一个字母要大写，例如：name---》》getName，setName。 2，hibernate的持久化类并不要求实现java.io.Serializable接口（该接口实现对象的序列化），如果你的应用采用分布式结构...
简单持久化类需要注意的几个问题
zhkchi的专栏
12-05 379
1.需要一个默认构造方法 2.标识 也就是主键，它可以是任何的原始类型。如果是遗留系统的双主键，可以用自定义类来表示。 3.使用非final的类 (可选) 代理（proxies）是Hibernate的一个重要的功能，它依赖的条件是，持久化类或者是非final的，或者是实现了一个所有方法都声明为public的接口。 你可以用Hibernate持久化一个没有实现任何接口的...
持久层设计要考虑的问题有哪些？
程序员一代码搬运工
05-03 82
持久层设计要考虑的问题有哪些？ – 数据存储逻辑的分离，提供抽象化的数据访问接口。 – 数据访问底层实现的分离，可以在不修改代码的情况下切换底层实现。 – 资源管理和调度的分离，在数据访问层实现统一的资源调度(如缓存机制)。 – 数据抽象，提供更面向对象的数据操作。 深层次的说：安全性问题、并发性能问题、数据库性能问题、缓存设置问题 持久层框架有哪些： – Hibernate –...
移动开发中的数据持久化模型设计（一）--数据唯一性
心若有依，便是归处
08-23 1563
Application = Data + UI 作为前端开发，我们的日常工作绝大部分工作都在同数据和UI界面打交道，而界面更是依赖于数据而存在。这时候一个高效的数据持久化模型，能够帮助我们从加载、缓存和管理数据的繁杂任务中剥离出来，将精力专注到界面交互上。移动开发的特殊性我们先看看移动开发中数据到
一款优秀持久层框架Mybatis详解！
m0_67392931的博客
07-28 781
MyBatis是一款优秀的持久层框架.它支持定制化SQL、存储过程以及高级映射。MyBatis避免了几乎所有的JDBC代码和手动设置参数以及获取结果集。MyBatis可以使用简单的XML或注解来配置和映射原生类型、接口和JavaPOJO(PlainOldJavaObjects,普通老式Java对象)为数据库中的记录。如何获取MyBatis？Maven仓库httpshttps1.什么是缓存[Cache]存在内存中的临时数据。要在程序中使用ehcache,先要导包!...
用Hibernate和Spring开发持久层
08-31
在IT行业中，开发持久层是构建企业级应用的关键部分，它负责将应用程序的数据与数据库进行交互。本主题聚焦于如何利用Hibernate和Spring框架来高效地实现这一目标。Hibernate是一个强大的对象关系映射（ORM）框架，...
Spring笔记(3) - 持久层整合
Wu_yongtao的博客
11-15 605
Spring笔记三 - 持久层整合 作者: Wyt 文章目录Spring笔记三 - 持久层整合1. 背景知识1.1 持久层技术对Spring的重要意义1.2 Spring可以与那些持久层技术进行整合2. Spring与MyBatis的整合2.1 MyBatis开发步骤的回顾2.2 MyBatis的详细开发步骤2.2.1 pom.xml2.2.2 src.main.java.com.wyt.mybatis2.2.3 src.main.resource2.2.4 在mybatis-config.xml中进行注
创建持久化实体类需要注意的事项
Progran_ape的博客
01-10 515
1、实体类需要实现Serializable接口,标记该实体类可序列化。 2、实体类中需加 private static final long serialVersionUID； serialVersionUID适用于Java的序列化机制，简单来说，Java的序列化机制是通过判断类的serialVersionUID来验证版本一致性的。在进行反序列化时，JVM会把传来的字节流中的serialVersi...
模型持久化
我的博客
01-26 591
如何持久化
持久化框架——编程模型
且行且码且思且娱
12-23 1886
就需要开发的组件和每个组件所使用的语言而言，编程模型是什么样的？ 相对于框架和应用组件而言，持久对象的“生命周期”是什么样的？ 1.     初始化 在服务实现的内部，需要进行什么样的初始化才能够访问框架的API？ 给出在查询id=100的客户（Customer）之前，需要用来初始化框架的代码。 说明如何使用Derby JDBC驱动程序来设置框架，以及如何使用JNDI名称jdbc/Der
模型持久化原理，对 4 个文件进行详细的介绍
Ftwhale的博客
05-24 523
在上一节中，我们保存了一个向量相加的模型并得到了总共 4 个文件，然而并没有对这 4 个文件进行详细的介绍。接下来阐述模型持久化原理的同时也会对这些文件的具体内容加以介绍，理解文件的内容有助于我们理解模型持久化的原理。除了 checkpoint 文件之外，剩余的 3 个文件都是模型保存的核心文件（二进制文件形式〉。对于这些二进制文件，我们无法直接打开。此时可以通过一些 函数将这些二进制文件转换为我们容易打开的文件形式，进而揭开这些文件的真正面貌。model.ckpt.mate 文件中存储的是 TensorF
Tensorflow---模型持久化的相关问题
weixin_42206075的博客
12-04 234
Tensorflow—模型持久化 TensorFlow使用tf.train.Saver类实现模型的保存和提取。 – 通过Saver对象的restore方法可以加载模型，并通过保存好的模型变量相关值重新加载完全加载进来。 – 如果不希望重复定义计算图上的运算，可以直接加载已经持久化的图，通过tf.train.import_meta_graph方法直接加载 保存模型 import os import numpy as np import matplotlib.pyplot as plt import ten
关于开发项目的注意事项-以javaEE为例
xuyuanjia02008的专栏
11-28 683
做项目的过程中应当注意以下问题： 人员选择； 编程工具； 共同效率； 辅助软件； SOLID
持久化模型_建立领域模型-持久性不可知论简介
culi4814的博客
08-10 878
持久化模型With so much water flowing under the Domain Models bridge over the last few years, it’s rather hard to dig deep into the key concepts without rippling even more confusion in the already agitated ...
模型持久化，实现模型持久化可以使得模型训练后的结果重复使用
Ftwhale的博客
05-22 1118
前面几节已经讲了有关于队列和多线程的内容，内容不多但是却很实用。接下来我们讲一章新的内容：模型持久化。模型持久化的特点：实现模型持久化可以使得模型训练后的结果重复使用，这样既可以节省重复训练模型的时间，又可以提高编程工作的效率，因为遇到稍大的神经网络一般都要训练很多天。 通过代码实现 train.Saver类是Tensorflow提供的用于保存和还原一个神经网络模型的API，使用起来很简单，比如说要持久化一个向量项加，我们可以写成这样的代码： 上面的代码就实现了一个简单的Tensorflow模型持久化的功
控制层 业务层 持久层，entity是持久层吗
最新发布
03-21
<think>嗯，用户问的是关于控制层、业务层、持久层，以及entity是否属于持久层。我需要先回忆一下这三层架构的基本概念。 首先，控制层通常指的是MVC模式中的Controller，负责处理用户请求，调用业务逻辑，然后返回响应。业务层，也就是Service层，处理具体的业务逻辑，比如数据处理、事务管理等。持久层，也就是DAO或Repository层，负责与数据库交互，执行CRUD操作。 接下来，用户问到entity是否属于持久层。这里的entity应该是指数据实体类，比如Java中的POJO或者JPA的@Entity注解的类。这些类通常用于映射数据库表的结构，所以在分层架构中，它们确实属于持久层的一部分，因为它们直接对应数据库中的表结构。不过，有时候这些实体类也会在其他层中被使用，比如在业务层作为数据传输对象，或者在控制层作为返回给前端的数据模型。所以需要说明虽然entity主要在持久层使用，但可能跨越不同层次。 需要注意的是，用户可能对分层架构不太熟悉，或者在实际开发中遇到了层次划分的问题。比如，他们可能在代码中看到entity被用在不同的地方，产生疑惑。这时候需要明确各层的职责，并解释entity在不同层中的角色。 另外，用户可能想了解如何正确地将代码组织到不同的层中，避免层次混乱。可能需要举例说明各层的典型代码结构，比如控制层处理HTTP请求，业务层处理业务逻辑，持久层处理数据库操作，而entity作为数据模型贯穿其中。 还要确保回答结构清晰，按照用户的要求分点解释，每个层次的定义、职责以及entity的位置。同时要确认是否遵循了系统级指令，比如数学公式的格式，但这个问题里可能不涉及数学内容，所以可以忽略。最后用中文自然流畅地组织语言，避免技术术语过于晦涩，帮助用户逐步理解。</think>### 控制层、业务层、持久层的分层架构解析 #### 1. **控制层（Controller Layer）** - **定义**：控制层是应用程序的入口，负责接收用户请求（如HTTP请求），协调业务逻辑处理，并返回响应。 - **职责**： - 解析用户输入参数，验证请求合法性。 - 调用业务层处理核心逻辑。 - 将处理结果封装为前端可识别的格式（如JSON/XML）。 - **典型场景**： ```java @RestController public class UserController { @Autowired private UserService userService; // 业务层依赖 @GetMapping("/user/{id}") public User getUser(@PathVariable Long id) { return userService.findUserById(id); // 调用业务层方法 } } ``` #### 2. **业务层（Service Layer）** - **定义**：业务层是核心逻辑处理层，负责实现具体业务规则、事务管理和数据整合。 - **职责**： - 处理复杂的业务逻辑（如订单创建、权限校验）。 - 协调多个持久层操作，保证事务一致性。 - 提供可复用的逻辑接口供控制层调用。 - **典型场景**： ```java @Service public class UserService { @Autowired private UserRepository userRepository; // 持久层依赖 @Transactional public User createUser(User user) { // 业务逻辑：校验用户名唯一性 if (userRepository.existsByUsername(user.getUsername())) { throw new RuntimeException("用户名已存在"); } return userRepository.save(user); // 调用持久层操作 } } ``` #### 3. **持久层（Persistence Layer / DAO Layer）** - **定义**：持久层负责与数据库直接交互，完成数据的增删改查（CRUD）操作。 - **职责**： - 封装SQL或ORM（如Hibernate、MyBatis）操作。 - 管理数据库连接和事务底层细节。 - 将数据库记录映射为程序中的对象。 - **典型场景**： ```java @Repository public interface UserRepository extends JpaRepository<User, Long> { // 自定义查询方法 User findByUsername(String username); } ``` --- ### **Entity是否属于持久层？** - **Entity的定位**： - **是持久层的核心组件**：Entity类（如JPA的`@Entity`）直接映射数据库表结构，定义字段与表列的对应关系。 - **跨层使用**：Entity可能被其他层引用： - **持久层**：通过ORM框架实现对象与表的映射。 - **业务层**：作为业务逻辑处理的数据载体。 - **控制层**：直接返回给前端或接收请求参数（需注意安全性问题）。 - **Entity的代码示例**： ```java @Entity @Table(name = "users") public class User { @Id @GeneratedValue(strategy = GenerationType.IDENTITY) private Long id; private String username; private String email; // Getters & Setters } ``` --- ### **分层架构的关系图** ``` 用户请求 → 控制层（Controller） → 业务层（Service） → 持久层（Repository） → 数据库 ↑ ↓ 响应结果 ← 数据封装 ←─────────────── Entity（数据载体） ``` ### **总结** - **Entity属于持久层基础设施**，但因其数据承载特性，会贯穿各层。 - **最佳实践**：建议在业务层和控制层之间定义DTO（Data Transfer Object），避免直接暴露Entity到前端，增强安全性与灵活性。
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值