ADO.NET连接数据库的原理是什么?

解决方案 »

  1.   

    http://developer.51cto.com/art/200911/162930.htm
      

  2.   

    这尼玛也深究啊,说白了也是C/S模式的请求与应答模型啊。你的应用程序对sql server来说是个客户端,你发送的sql执行命令,类似于请求。服务端(sql server)执行命令,返回给你数据或结果作为响应。类比下就好啦,至于协议什么的不会还要知道吧?可以是tcp/IP协议,配置的时候有的,还有什么通道等其他协议的。
      

  3.   

    如果可能的话,可以看一下Ado.net底层的类的源代码。不过可能看不太懂,研究这个没多大意义。
      

  4.   

    又当解剖学了其实当一件事情被规定出来以后他就没啥道理可言了。为啥中国人要过年,为啥cctv年年要春晚,为啥中国人要用筷子。其实根本没啥原理啊,为啥啊的问法。当第一人把oledb的规则定义出来以后,后面就已经没有为什么的了。你照着做就ok,如果真要问为什么,那你只能去问那个第一个人他为啥要这么做。估计八成也没答案(我为什么要看无聊的春晚,好像我说不出来为什么)
      

  5.   

    我已经N年没看春晚了,每当那个时候,我都是在写代码或者看书,
    btw:好像我也说不出来为什么
      

  6.   

    既然是ado.net 不知道你们老师为什么会问这个问题,
    如果是简单了解,可以看看MSDN:
    http://msdn.microsoft.com/zh-cn/library/h43ks021.aspx如果是真的去探究,那就要从ADO说起,你要了解到很多概念,诸如:
    RDO,DAO,OLEDB,ODBC,以及什么事数据提供者,等等,
    这个是在线的有关ADO的MSDN:
    http://msdn.microsoft.com/en-us/library/aa733612(v=vs.60).aspx
      

  7.   

    这也太生硬了吧..... 
    你们的老师也很有才啊!
      这样吧! 把这个问题解开 分成2部分  或者更好理解
     
    1、什么是ADO.NET
    答:ADO.NET是一组用于和数据源进行交互的面向对象类库。通常情况下,数据源是数据库,但它同样也能够是文本文件、Excel表格或者XML文件。
    ADO.NET允许和不同类型的数据源以及数据库进行交互。然而并没有与此相关的一系列类来完成这样的工作。因为不同的数据源采用不同的协议,所以对于不同的数据源必须采用相应的协议。一些老式的数据源使用ODBC协议,许多新的数据源使用OleDb协议,并且现在还不断出现更多的数据源,这些数据源都可以通过.NET的ADO.NET类库来进行连接。
    ADO.NET提供与数据源进行交互的相关的公共方法,但是对于不同的数据源采用一组不同的类库。这些类库称为Data Providers,并且通常是以与之交互的协议和数据源的类型来命名的。表1列处了一些常见的data providers,以及它们所使用的API前缀,和允许进行交互的数据源类型。2、数据源的连接枢纽
    答:这里得谈到它的对象了 (必须的)
    ADO.NET包含的对象
    SqlConnection 对象 和数据库交互,你必须连接它。连接帮助指明数据库服务器、数据库名字、用户名、密码,和连接数据库所需要的其它参数。connection对象会被command对象使用,这样就能够知道是在哪个数据库上面执行命令。 
    与数据库交互的过程意味着你必须指明想要发生的操作。这是依靠command对象执行的。你使用command对象来发送SQL语句给数据库。command对象使用connection对象来指出与哪个数据库进行连接。你能够单独使用command对象来直接执行命令,或者将一个command对象的引用传递给SqlDataAdapter,它保存了一组能够操作下面描述的一组数据的命令。 sqlDataReader对象 许多数据操作要求你只是读取一串数据。data reader对象允许你获得从command对象的SELECT语句得到的结果。考虑性能的因素,从data reader返回的数据都是快速的且只是“向前”的数据流。这意味着你只能按照一定的顺序从数据流中取出数据。这对于速度来说是有好处的,但是如果你需要操作数据,更好的办法是使用DataSet。 DataSet对象 DataSet对象是数据在内存中的表示形式。它包括多个DataTable对象,而DataTable包含列和行,就象一个普通的数据库中的表。你甚至能够定义表之间的关系来创建主从关系(parent-child relationships)。DataSet是在特定的场景下使用――帮助管理内存中的数据并支持对数据的断开操作的。DataSet是被所有Data Providers使用的对象,因此它并不像Data Provider一样需要特别的前缀。 SqlDataAdapter对象 某些时候你使用的数据主要是只读的,并且你很少需要将其改变至底层的数据源。同样一些情况要求在内存中缓存数据,以此来减少并不改变的数据被数据库调用的次数。Data adapter通过断开模型来帮助你方便的完成对以上情况的处理。当在一单批次的对数据库的读写操作的持续的改变返回至数据库的时候,Data adapter 填充(fill)DataSet对象。data adapter包含对连接对象以及当对数据库进行读取或者写入的时候自动的打开或者关闭连接的引用。另外,data adapter包含对数据的SELECT,INSERT,UPDATE和DELETE操作的command对象引用。你将为DataSet中的每一个table都定义data adapter,它将为你照顾所有与数据库的连接。所有你将做的工作是告诉data adapter什么时候装载或者写入到数据库。 
    总结:ADO.NET是与数据源交互的.NET技术。有许多的Data Providers,它将允许与不同的数据源交流――取决于它们所使用的协议或者数据库。然而无论使用什么样的Data Provider,你将使用相似的对象与数据源进行交互。SqlConnection对象管理与数据源的连接。SqlCommand对象允许你与数据源交流并发送命令给它。为了对进行快速的只“向前”地读取数据,使用SqlDataReader。如果想使用断开数据,使用DataSet并实现能进行读或者写入数据源的SqlDataAdapter。到此为止吧!希望能帮到你. 要细究的话 那还多着呢...   
      

  8.   

    其实,如果是VS6,学习数据访问就必然要学到ADO,
    那么DAO,RDO,OLEDB,ODBC这些都是必学的,
    老师必然会在课堂上讲解这些数据访问的原理,
    ODBC作为更通行的数据访问接口,至今仍然广泛的应用在各个开放式平台和跨平台系统只不过,ADO.net是在ADO的基础上进化来的,微软平台使用ADO早已经是首选,
    所以连微软也不会像十几年前那样不厌其烦的介绍原理还要比较几种数据访问方案之间的差异我倒是觉得,如果是4年制学习软件专业,老师的要求也是无可厚非的