第5章数据库访问技术中DataReader类的使用

在显示基本情况表中的记录总数时，第5章数据库访问技术起到了关键作用。

ASP 的内建对象，内容蛮全的，是第 5 章，算是入门的好材料。Response、Request、Application这些对象都有提到，写得比较清楚，适合刚上手的同学翻一翻。Request 对象的方式还挺实用，比如你在表单提交时，用Request.Form("name")就能直接拿到字段值，简单直接。Session 和 Application 对象的区别也讲得比较明白，前者适合保存用户级别的信息，比如登录状态，后者适合整个应用范围的，比如访问计数器。Server 对象的用法其实也不难，Server.MapPath("./data") 这种路径映射挺常用的，尤其在上传或读取文件时。如果你对某个

Web 访问数据库的套路，基本都是浏览器表单 + 提交脚本 + 执行 SQL 指令这么一套流程。用户点下“Submit”，信息就顺着 HTTP 传到 Web 服务器，服务器调用脚本程序，像是 PHP、ASP 那类，再借助ODBC或数据库自带的驱动，把 SQL 语句丢给数据库执行。结果再转成 HTML，打包丢回浏览器，整个过程还挺顺的，前后响应也快。 浏览器里的表单，其实就是个信息收集器。比如你做个用户登录页，表单里放个input输入框，一点提交，就能触发后台脚本逻辑。你可以用POST方式把数据传上去，配合像action="login.php"这样的字段，后端就知道去哪儿数据。 后台的 Web

在数据库客户端开发中，使用DataSet对象可以提供无连接的数据库副本，特别适用于长时间运行的网络应用程序，尤其是基于WEB的应用。然而，对于一些简短的操作，比如每次数据请求时直接显示单一数据集给用户，或者仅需访问单独的数据行，开发人员不必保持DataSet对象，而是应该优先考虑使用DataReader对象。

异常分类续：非预定义的Oracle错误和其他标准错误，可以通过自定义异常名称与特定Oracle错误关联，并由系统触发。例如，在PL/SQL定义部分可以声明异常名称为some_bad_error；通过pragma exception_INIT(some_bad_error, -606)将其与用户定义的程序执行中的非正常情况相关联。

ADO数据库访问的封装类是由外国专家设计的，优化数据库访问体验。

条件语句写得溜不溜，其实就看你对 if-then-else 的掌握熟不熟。Oracle 的 PL/SQL 语法挺讲究结构清晰，像if配then再加else，结尾一定要end if，不然一运行就报错，挺抓狂的。 PL/SQL 的if-then结构用得好，分支逻辑起来顺畅多。尤其是那种一堆判断条件的场景，比如根据用户权限显示不同功能，就蛮适合用这种结构。和原生 SQL 比，PL/SQL 能更复杂的控制流，响应也快。 嗯，你要是还不熟这些条件写法，可以看看这些资源：PLSQL 编程基础条件语句详解 这篇讲得比较细；SQL 里的 WHERE 和 LIKE 也别落下，基础要打牢。 另外，PL/SQL 的

利用 Command 对象的 ExecuteReader() 方法执行查询，并将结果存储在 DataReader 对象中。 通过 DataReader 的 Read() 方法逐行读取查询结果。 实现自动登录功能，点击按钮后，查询数据库第一个用户的用户名和密码，并将其显示在状态栏。

ODL 中的操作定义格式为名称后面加圆括号。 示例：Student 类的操作定义： age()：返回年龄gpa()：返回 GPAregister_for(crse, sec, term)：注册课程