经常把以前用过的数据库连接代码直接套用,可是发现问题不少.虽然连接不是个复杂问题,但确实是个最基本的问题,一般人只要能连接数据库也不会去考虑它的连接机制,资源消费等问题,一般连接ACCESS有2种方法如下:

Set conn=Server.CreateObject("ADODB.Connection")
1.Conn.Open "DRIVER={MICROSOFT ACCESS DRIVER (*.mdb)};DBQ=" & Server.MapPath(dbpath)
2.conn.Open "PROVIDER=Microsoft.jet.OLEDB.4.0;DATA SOURCE=" & Server.MapPath(dbpath)
但是时间久了,感觉用起来很怪,而执行SQL语句的方法很多:
比如:RS.OPEN SQL,CONN,1,1/2/3或者SET RS=CONN.EXECUTE(SQL),同样是连接,有的时候用方法1连接数据库的时候,不能使用SET RS=CONN.EXECUTE(SQL)来执行SQL语句,执行提示语法错误,如果用连接方法2就一切正常,所以有的时候不得已必须把两个连接一起加在一个页面上:
<!--#include file="conn.asp"-->连接方法1,Set conn=Server.CreateObject("ADODB.Connection")
<!--#include file="connn.asp"-->连接方法2,Set conn2=Server.CreateObject("ADODB.Connection")
虽然这样使用上一样没问题,什么方面都可以应用上,可是感觉每次都要连接2种数据方式,感觉很奇怪!
因为我在实际使用上也从来没有把连接做为一个过程来掉用,也不使用关闭数据库的过程.因为这方面我不大懂,一直以来只知道普通的连接,如果做为过程来使用,就很容易出现错误提示,这里面到底有多少值得研究奥秘呢?

我相信一定有人遇到和我一样的困惑,虽然能解决很多复杂的问题,可是这个最基本的问题却没彻底搞懂,有点广而不精的感觉,很是遗憾,望高手给予解答!谢谢!

当然如果有谁对这个最基本的问题有兴趣也可以一起讨论!

这么重要而且是最常用实际的问题怎么没人知道吗?郁闷!

是啊，我以前也是不考虑这个问题的，只要能用就行,从来不想为什么?不会考虑消耗资源问题,更不会考虑把连接写为一个过程的事情,觉得能用就行,可是发现这样不是在学习而是在应付了事!所以特希望有熟悉这方面的人给点参考和建议!非常感谢!

谢谢楼上的支持!

谢谢楼上的参与回答，虽然问题是最基础的，但是却没人能深入理解和回答，难道大家都喜欢把时髦的技术语言挂在嘴边，却不知道最基础的东西！可悲呀！

数据库（不写过程直接连接）和（以过程形式）相比较，他们的优点和缺点，以及注意事项，难道真没有一个人知道？？？哎！

谢谢楼上的发表观点！

不过ＯＬＥＤＢ本人曾经遇到过一个问题，就是在新增加数据库记录的时候出问题了，问题提示语法错误，无论我用ＣＯＮＮ．ＥＸＥＣＵＴＥ（ＳＱＬ）还是ＲＳ．ＯＰＥＮ的形式都提示我的插入语法ＩＮＳＥＲＴ　ＩＮＴＯ有错误，而如果在同一个页面上再加入ＯＤＢＣ，然后再增加一个ＣＯＮＮＥＮＣＴＩＯＮ变量ＣＯＮＮ２，原来那个是ＣＯＮＮ．然后执行ＣＯＮＮ２．ＥＸＥＣＵＴＥ（ＳＱＬ）或ＲＳ．ＯＰＥＮ形式就一切问题都没有，如果去掉ＯＤＢＣ数据库连接代码，就一样提示ＩＮＳＥＲＴ　ＩＮＴＯ语法有错，哎！难道是和资源消耗有关系吗（用新增的ＣＯＮＮ２就不会提示语法错误）？在这之前的一切基于ＯＬＥＤＢ的执行代码都可正常执行！实在是很郁闷！不知道有没有人遇到和我相类似的问题！谢谢！