一旦“书籍(books)”表格创建好了,就可以开始插入数据了。列表B里列举了一些项目。现在,用ASP.NET做同样的事情—— 执行SELECT查询(列表C)并在浏览器里显示结果。如果一切都没有问题——MySQL服务器在运行,MySQL ODBC驱动程序安装正确,“书籍”表格含有数据——你就应该会看到像图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 {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”结构所产生的异常。无论发生两种情况中的哪一种,都会有一个ASP.NET标签服务器控件向用户显示相应的错误消息。
图B向你显示,当脚本尝试连接到一个不存在的数据库服务器时所发生的事情(这个由外层的“try-catch”结构来处理)。

图C向你显示的错误信息会在脚本尝试访问一个不存在的数据库表格时出现(要注意,内层“try-catch”结构产生的异常会由外层结构来处理):

以上就是关于如何使用MySQL和ASP.NET的DataGrid服务器控件的介绍。关于你可以如何使用这两种技术还有更多的内容可谈;所以我希望本文和上面提供的其他参考资源能够帮助你对此有个初步的了解。
- 上一篇:asp.net 2.0 上传控件的使用
- 下一篇:asp.net常用代码
- 相关新闻
- 用户评论
数据载入中,请稍后……
评论内容:不能超过100字,不需审核,请自觉遵守互联网相关政策法规。
- 推广服务
IT部落推荐阅读
·生活服务
·精彩图文
·赞助商链接
Rss订阅
