JAVA教学课件第十一章.ppt

11.2.2 JDBC ③ CallableStatement。 接口CallableStatement是接口PreparedStatement的子接口。CallableStatement类型的对象可发送和执行数据库的存储过程。它作为PreparedStatement的子接口，许多用法与接口PreparedStatement的用法类似，这里就不进一步讨论了。 11.2.2 JDBC （4）获得查询结果集，访问查询结果集（执行查询操作时）。 不管使用哪一种SQL语句对象发送和执行SQL语句，在执行SQL查询语句时都返回类型为接口ResultSet的对象。类型为ResultSet的对象存放了执行SQL查询语句所返回的结果，程序员可将类型为ResultSet的对象存放的数据看作是由一条条数据记录组成，这些数据记录具有的字段由所执行的SQL查询语句的SELECT后的目标字段列表确定。接口ResultSet支持迭代器访问模式，程序员可使用如下方式访问SQL查询语句的执行结果： ResultSet result = stm.executeQuery(); While(result.next()) { int id = result.getInt(id); String name = result.getString(name); int age = result.getInt(age); System.out.println(id+\t+name+\t+age); } 11.2.2 JDBC （5）关闭有关对象，释放资源。 在使用完查询结果集或执行完SQL更新语句后，就完成了对数据库的一次访问。接口ResultSet、Statement、PreparedStatement、Connection等接口都提供了close()方法分别释放查询结果集、SQL语句对象、数据库连接所占用的资源并将它们关闭。使用完数据库对象后，及时关闭这些对象是一个良好的习惯。关闭对象时也应注意顺序，下列代码完成了一次完整的释放资源的操作： result.close(); stm.close(); connection.close(); 11.2.2 JDBC 图11-4给出了使用JDBC访问数据库涉及的类和接口，以及它们之间的关系。 11.3 数据库程序设计 11.3.1 数据库应用程序的多层结 构 11.3.2 数据库应用程序的设计 11.3.3 数据库编程举例 11.3.1 数据库应用程序的多层结构 数据库是企业应用的基础设施，企业应用的许多对象需要实现重量级的持久性，例如客户信息、订单资料等都要以数据库的形式存放，并支持各种不同的应用程序对其进行的访问和处理。数据库是实现重量级对象持久性的最佳途径之一。这里的重量级对象持久性是指，对象不是简单地存储为无结构的位流，而是进行有结构的建模规划，使其数据还原和解释不需依赖于特定的应用程序，因此是可以独立于应用程序而存在的持久性方式。 11.3.1 数据库应用程序的多层结构 将数据库引入应用程序系统中，并实现其与业务逻辑功能模块的分离，使应用程序系统呈现“客户机/服务器”形式的两层体系结构。简单地说，客户机与用户进行交互完成与业务逻辑相关的功能，而服务器则主要负责管理数据库，提供客户机需要的各种数据。这样，服务器封装了具体的繁琐的数据库操作，客户机可专心处理与用户和业务相关的动作，系统中可重用的部分也增多了。数据库应用程序的客户机/服务器体系结构如图11-5所示。 11.3.1 数据库应用程序的多层结构 图11-5 数据库应用程序的客户机/服务器体系结构 11.3.1 数据库应用程序的多层结构 两层客户机/服务器体系结构虽然分离了完成业务功能的应用程序与存储数据的数据库，但是客户端还是较为庞大，主要原因是客户端承载了执行业务逻辑的代码，使得用户界面和业务逻辑代码结合紧密。特别是在用户界面越来越复杂，种类越来越丰富的情况下，用户界面与业务逻辑分离的需求愈加迫切，三层结构乃至多层结构应运而生。 11.3.1 数据库应用程序的多层结构 三层结构的基本思想是将业务逻辑代码与用户界面代码进一步分离，成为表示层、业务层和数据层的三层体系。表示层的用户界面代码专职负责与用户进行交互，即获取用户的输入并向用户展示操作结果。业务层负责对数据进行处理加工，以完成特定应用的逻辑功能。数据层类似于两层结构中时，仍然负责数据库的管理和存储。这里，需要引入应用服务器的概念。应用服务器是运行业务层代码的服务器，它可以完成业务层代码中的一些基本功能，例如与后台数据库交互、与用户界面交互等，使得业务层代码编写者可以致力于具体业务逻辑代码的编写，