Spring之通过JNDI查找的数据源、通过 JDBC 驱动程序定义的数据源、使用 Profile 选择数据源

随笔，笔记

为了避免 持久化的逻辑分散到应用的各个组件中，最好将数据访问的功能放到一个或多个专注于此项工作的组件中，这样的组件通常被称为数据访问对象（DAO）或Repository。Repository 应该以接口的方式暴露功能。
好处：

• 它使得 服务对象易于测试，应为它不与特定的数据访问实现绑定在一起。
• 只有数据访问相关的方法才通过接口进行暴露，实现灵活的设计，并且切换持久层 对应用程序其他部分影响最小。

Spring 为数据访问提供了统一的异常体系

JDBC 中的 SQLException 被视为 处理数据访问所有问题的通用异常。对问题 不能够细化。
Hibernate 提供了 二十个左右的异常,分别对应于不同的数据访问问题。但是，是Hibernate的异常体系本身所独有的。

Spring 提供了 多个数据访问异常，分别描述了它们抛出时所对应的问题。它并没有于特定的持久化方式相关联，就是需用不同的持久化方案 都可以使用 这一套异常。并且 异常是非检查型异常。

为了利用 Spring 的数据访问异常，我们必须使用 Spring 所支持的数据访问模板。

数据访问模板化：

Spring 将数据访问过程中 固定的和可变的部分明确划分为两个不同的类：模板和回调。

• 模板管理过程中固定的部分。
  • 事务控制、管理资源以及处理异常。
• 回调部分处理自定义的数据访问代码。
  • 语句、绑定参数以及整理结果集。

Spring 提供了 多个可选的模板，如：JdbcTemplate、JpaTemplate等等。

配置数据源

• 通过 JNDI 查找的数据源。
• 通过 JDBC 驱动程序定义的数据源。
• 连接池的数据源。

使用 JNDI 数据源：

JDNI获取资源的好处在于 数据源完全可以在应用程序之外进行管理。

@Bean
public JndiObjectFactoryBean dataSource(){
   
    // 借助 JndiObjectFactoryBean 在 Jndi 中查找 DataSource
    JndiObjectFactoryBean bean = new JndiObjectFactoryBean();
    // 指定 Jndi 中 资源的 名字
    bean.