问题标签 [oledb]

我们系统中的典型存储过程接受大约 20 个左右的参数。也没有机会重构这些存储过程。我基本上求助于编写自己的代码生成器，将这些 SP 包装到（与数据库提供程序无关的）“命令”对象中，它们的公共属性对应于 SP 参数。它有效，但我更喜欢第 3 方久经考验的解决方案。

任何人都可以推荐任何东西吗？我还没有找到一个支持 OleDB 和存储过程的。

编辑：由于 SQL 6.5（信不信由你），我需要 OleDb 连接。ADO.NET 无法连接到 SQL 6.5。此外，这是一个 .NET 2.0 应用程序，所以 LinqToSql 对我没有用处。

Edit2：我已经尝试过 nHibernate 和 iBatis。它们都不适合我的需要。上次我尝试 nHibernate 时，它​​要求 SP 返回一个结果集。我的SP不是这种情况。它们都需要我手动指定参数。

我有一个从 .NET 应用程序到 SQL Server 数据库的查询，它似乎需要很长时间才能完成（5 分钟以上）。我在 c# 中创建了一个测试应用程序来尝试查看这么长时间的谈话内容（查询应该很快返回）。

当我通过添加元素来重构查询以查看哪个部分花费了这么长时间时，我最终实际上逐字地重构了查询，其中唯一的区别是原始查询中的空格和大小写差异。这种差异在大约 100 毫秒内返回了结果。

有人见过这个吗？我想知道我们的服务器（因为同事有同样的问题）或我们的计算机上是否有服务关闭。

提前感谢您对此的任何帮助。

下面的代码示例（末尾查询第一行的差异（fk_source 与 fk _Source）：

是否可以将 oracle 即时客户端用于使用 oraoledb 驱动程序连接到 oracle 9i DB 的应用程序。

我目前正在尝试使用 OleDb 将分号分隔的文本文件导入 C# 中的数据库，其中我不知道类型（SQL Server、Access、Oracle、MySQL、postgreSQL 等）目前我正在阅读使用 Jet 文本阅读器将文件作为数据库，然后创建准备好的插入语句，填充字段，然后在最后提交。虽然这行得通，但它很慢，而且对于数百万行来说，它需要的时间太长了。

所以我的问题是：是否有人对如何最好地将文本文件导入通用数据库有任何其他想法，或者对我的方法进行评论以加快导入速度？

我不能使用 3rd 方库或软件来执行此操作，因为它是更大项目的一部分

是否可以获得OleDbCommand所有参数替换为其值的文本？例如，在下面的代码中，我正在寻找一种获取查询文本的方法

在我完成分配参数之后。

我想知道是否有一种简单的方法可以将数据从分析服务 (SSAS) 加载到 SPSS 中。

SPSS 提供了一个将 SPSS 功能放在分析服务器上的产品，但对我来说这是倒退的。我不想了解 SPSS 或让办公室的 SPSS 用户学习其他内容。

我只想将分析服务数据提供给 SPSS 中的 SPSS 用户。

现有应用程序使用 C#。在启动期间，应用程序调用一个虚拟方法来对数据库进行更改（例如，新修订可能需要计算新字段或其他内容）。打开的 OleDb 连接被传递到该方法中。

我需要更改字段宽度。ALTER TABLE 语句工作正常。但是如果字段已经是适当的大小，我想避免执行 ALTER TABLE 语句。有没有办法使用相同的 OleDb 连接来确定 MS Access 字段的大小？

我正在尝试创建与位于 SharePoint 服务器上的 Excel 文件的 OleDb 连接。我目前正在使用的示例代码引发 OleDb 异常“无效的 Internet 地址”：

有人知道如何连接到网络服务器上的 Excel 电子表格吗？

更新

Microsoft 支持已回复我并同意无法连接到位于 Web 服务器上的 Excel 文件。Jet .40 和 news ACE（Access Connectivity Engine）都不支持这种操作模式。他们引用了知识库文章“在 Access 2000、Access 2002、Access 2003 和 Access 2007 中，FTP 或 HTTP 服务器帮助主题上的导入/链接数据不正确”

我正在尝试使用 vb6 从 excel (2003) 电子表格中提取值表，其结果需要存储在 (adodb) 记录集中。该表如下所示：

在连接并执行查询“ SELECT * FROM [Sheet1$]”甚至是特定于列的“ SELECT [Option#6] FROM [Sheet1$]”（参见脚注 1）并循环遍历结果时，我得到Null的是 row 的值Name9-- Option.4>Option.6而不是正确的值 5、6 和 7 .似乎与电子表格的连接正在使用“最佳猜测”来确定有效的表限制是什么，并且只考虑了一组行数。

要连接到电子表格，我尝试了两个连接提供程序Microsoft.Jet.OLEDB.4.0并MSDASQL遇到了同样的问题。

以下是我使用的连接设置：

仅当行数超过 8 行（不包括列名）时才会出现此问题，并且我已MaxScanRow=0为MSDASQL连接设置，但这产生了相同的结果。

我包括的值得注意的项目参考是：

• MS ActiveX 数据对象 2.8 库
• MS ActiveX 数据对象 Recordset 2.8 库
• MS Excel 11.0 对象库
• MS 数据绑定集合 VB 6.0 (SP4)

在这件事上的任何帮助将不胜感激！

(1) 出于某种原因，当列名中包含小数点时，它被解释为#。

谢谢大家！Schema.ini在尝试从KB155512 onedaywhen的“以编程方式”设置“程序化”的过程中，出色的帖子将我指向了解决方案：

我会鼓励任何有类似问题的人阅读这篇文章和评论，因为从一个人到另一个人的解决方案略有不同。

我有一个 CSV 文件，其中有一列包含看起来像整数的字符串。也就是说，它们应该作为字符串处理，但由于它们是数字，它们似乎是作为整数导入的（去掉前导零）。

示例数据：

• 0000000000079
• 0000999000012
• 0001002000005
• 0004100000007

我看到的问题是最后一个示例数据点以 DBNull.Value 的形式出现。我假设这是因为 OleDB 将该列视为整数（数据点也没有前导零）并且 0004100000007 大于最大整数值。

有没有办法说“列 [0] 是一个字符串，不要把它读成整数”？读取数据时？

我目前使用的代码是：