|
`authors` varchar(255) NOT NULL default '',
-> `year_of_publication` year(4) NOT NULL default '0000',
-> `date_added` date NOT NULL default '0000-00-00',
-> PRIMARY KEY (`id`)
-> ) TYPE=MyISAM;
Query OK, 0 rows affected (0.02 sec)
一旦“书籍（books）”表格创建好了，就可以开始插入数据了。列表B里列举了一些项目。现在，用ASP.NET做同样的事情——执行SELECT查询（列表C）并在浏览器里显示结果。如果一切都没有问题——MySQL服务器在运行，MySQL ODBC驱动程序安装正确，“书籍”表格含有数据——你就应该会看到像图A里的页面。
图A
现在让我们来更加仔细地看看代码列表。所有东西一开始都要调入所需要的.NET库。由于我正在使用ODBC.NET连接MySQL服务器，所以需要调用System.Data.Odbc和System.Data程序集。一旦程序集调用完毕，就要定义连接字符串，这包括修改服务器（Server）、数据库（Database）、uid和pwd变量以体现本地服务器的设置。
在创建了OdbcConnection()和OdbcCommand()对象之后，初始化本地的OdbcDataReader()对象，从“书籍”表格取回数据。这个对象提供了一条ExecuteReader()命令来执行SQL查询。剩下的就是例行公事了：将OdbcDataReader()指定为dbgooks DataGrid的数据源，并调用DataGrid()对象的DataBind()方法将两者绑定起来。
当然，你可以对数据库做更多的事情——向表格里插入（INSERT）数据、使用更新（UPDATE）修改它们、用删除（DELETE）命令获得记录的网格，或者就根据WHERE语句里面的条件选择子集。
异常的处理
现在让我们来看一些异常的处理（列表D）方法，以对付程序员经常碰到的一些无法预见的状况。正如你会注意到的，列表D使用了嵌套try-catch结构来提供多级别的错误处理。下面列出来的一段代码应该有助于你更好地理解它：
<% try {try { } catch (OdbcException e)
{} catch (Exception e) { } finally { }
} catch (OdbcException e)
{ } catch (Exception e) {}%>
现在首先让我们看看里层的“try-catch”结构。这个结构用来处理创建OdbcCommand()或者OdbcDataReader()对象的实例时可能发生的错误。如果数据库里不存在“书籍”表格，就有可能发生这样的错误。如果发生了这样的错误，“catch”部分就会发出一个新的Exception()。里层的“try-catch”结构的“finally”块然后就会在脚本进一步执行之前关闭OdbcConnection()对象。
动作然后就转到外层的“try-catch”结构。外层的结构能够处理两种类型的异常——OdbcException()或者是一般的Exception()。前者在由于某种原因无法打开到数据库服务器的连接或者脚本无法将OdbcConnection()对象实例化的时候产生，而后者用来处理内层“try-catch”结构所产生的异常。无论发生两种情况上一页 [1] [2] [3] 下一页 |
|
|
|
|
|
|
|
