IErrorInfo.GetDescription 因 E_FAIL(0x80004005) 而失利的办理办法

MySQL最初的开发者的意图是用mSQL和他们自己的快速低级例程(ISAM)去连接表格。经过一些测试后，开发者得出结论：mSQL并没有他们需要的那么快和灵活。明天在利用access数据库的时分，实行SQL语句时提醒毛病信息"IErrorInfo.GetDescription因E_FAIL(0x80004005)而失利"

经排查后发明是由于数据内外有些字段名用到了access的关头字，而在写SQL的时分没有把这些字段名用[]括起来，就提醒了下面的毛病。

办理办法：把字段名用[]括起来。

在SQLSERVER中，就算是利用了体系关头字作为表的列名，在写SQL的时分不必[]把字段名括起来，也不会报上述毛病。但我们在查询剖析器大概MicrosoftSQLServerManagermentStudio中主动天生create语句时，主动天生的语句中字段名是用[]括起来的，申明微软仍是保举人人将字段名用[]括起来。提供TCP/IP、ODBC和JDBC等多种数据库连接路径。

如果我们从集合论（关系代数）的角度来看，一张数据库的表就是一组数据元的关系，而每个SQL语句会改变一种或数种关系，从而产生出新的数据元的关系（即产生新的表）。

是否碎片会引发效率问题？这都是需要进一步探讨的东西。varbinary(max)代替image也让SQLServer的字段类型更加简洁统一。

比如日志传送、比如集群。。。

每天坚持做不一样的是，认真做笔录，定时复习。一个月你就可以有一定的收获。当然如果你想在sql方面有一定的造诣，你少不了需要看很多很多的书籍了。

你可以简单地认为适合的就是好，不适合就是不好。

其中最有名的应该是row_number了。这个终于解决了用临时表生成序列号的历史，而且SQLServer2005的row_number比Oracle的更先进。因为它把Orderby集成到了一起，不用像Oracle那样还要用子查询进行封装。

其实可以做一下类比，Oracle等数据库产品老早就支持了java编程，而且提供了java池参数作为用户配置接口。但是现在有哪些系统大批使用了java存储过程？！连Oracle自己的应用都不用为什么？！