那么，如果仍然编写SQL，OLEDB的意义何在？

在中，（是的，它的日期是1997年，但仍然有效：））我想知道，如果您仍然编写SQL与底层数据源交互，OLE DB的历史意义是什么

---

我想的一件事是，如果ICommandText不是直接在数据库上执行的，而是以某种方式由oledb解释的，然后作为特定于供应商的SQL命令/命令传递，以其理解的格式操作底层数据源。这是真的吗？

我可以保证OLE DB没有翻译

---

如果您有不同的数据库，则必须根据供应商提供不同的SQL语句。使用日期和Oracle与MS数据库总是很有趣…

OLE DB技术的目的是提供一种通用的方式来连接、处理事务和处理数据集。但是您仍然需要编写SQL查询。请记住，SQL语言的目的是要有一种查询数据的通用语言（但是，正如您所看到的，该语言的某些部分依赖于平台）。连接方式和查询方式是互斥的

是的，CommandText直接在数据库中执行

也许你想要更高级的东西，比如NHibernate，亚音速，实体框架，等等