问题标签 [oledb]

我需要使用 oledb 连接在 vb.net 中打开 foxpro 免费表。

但是...我只需要获取列名。我真的不需要“选择”任何东西。我正在尝试动态浏览我们所有的空闲表，并设置每个文件中每一列的列表，并将其外部参照到另一个包含每列描述的空闲表。

我现在有一个工作模型，但它要求我这样做......

但在最大的表上，仅读取第一条记录就需要两分钟多的时间，并且有超过 250 个表。总的来说，它需要 15 到 20 分钟。

或者，是否有另一种方法可以只获取表的第一条记录而不使用“ORDER BY”？

这是我到目前为止所拥有的。“文件”作为参数传入。
它将包含诸如“C:\data\table1.dbf”之类的信息

然后我获取数据表（dt）并循环获取列信息。

当我创建数据集并通过向导从目录加载所有表时，我希望它像 Visual Studio 一样快。它能够非常快速地找到所有列信息，而无需从表中读取数据。

如果您需要更多信息，请与我们联系。

谢谢。

我正在编写一个 C# 程序来将 FoxPro 数据库转换为 XML，除了备注字段为空之外，一切正常。有什么我想转换的东西吗？

我正在使用 C# .Net 3.5 SP1、Visual FoxPro 9 SP 1 OLE DB 驱动程序。连接字符串没问题，因为所有其他数据都被正确提取。

当我将 FoxPro 数据库转换为 SQL Server 时，那里的备注字段也是空白的，所以我不能转换两次。

我有一个从 Excel 导入数据然后处理它的 C#/.Net 作业。我们的客户放下文件，我们处理它们。我对原始文件没有任何控制权。

我使用 OleDb 库来填充数据集。该文件包含一些数字，如 30829300、30071500 等……这些列的数据类型是“文本”。

当我导入数据时，这些数字会转换为科学计数法。有没有办法防止这种情况发生？

在 32 位 .NET 应用程序中，我可以使用此 OLEDB 连接字符串通过 ADO.NET 连接到 CSV 文件：

或者这个 ODBC 之一：

然而，OLEDB Jet 驱动程序或 ODBC 文本驱动程序显然没有 64 位版本。

我可以逐行解析 CSV 或以 32 位模式运行应用程序，但理想情况下我只想找到一个以 64 位运行的不同驱动程序。

有任何想法吗？

我有一个使用 OleDb 将数据从 excel 文件读取到 DataSet 的过程。一切都运行良好，直到我开始看到其中包含前导 0 的数据。文本的格式为常规或文本。

我在 OleDb 连接中设置了 IMEX=1，但对于每个前导 0 的条目，我仍然在数据集中得到一个空值。

有谁知道解决这个问题的方法？

编辑

作为一些附加信息，我必须保留前导 0，并且该列的格式设置为 General。我也试过文本。

具有前导零的第一个条目位于第 11 行，并返回空值。此特定表上的所有其他数据都是此列的数字。

我正在使用 C# 制作 DAL 模板，我想知道使用 ODBC 和 OleDB 访问架构信息的最有效方法是什么。我需要列、列类型和主键信息。

谢谢

我在 c# 中有一些代码，它使用准备好的语句将信息（逐行）写入访问数据库。我正在使用 OleDb 和 TransactionLevel.ReadUncommitted，因为有时我需要在提交之前查看数据。

问题似乎是在 7 个不同表中的 1 个上，我从数据库中检索记录的顺序与我放入它们的顺序不同。这种情况大约每 4 次我尝试使用它就会发生 1 次，所以我似乎无法调试它。

编辑 这里排序很重要的原因是我们将表格转储到一个与那里已经存在的数据相匹配的 Excel 工作表中。Order by 可能会取得一些进展，但是有一个列是按无法与工作表上的数据匹配的移动（即 N-NW）排序的。

我倾向于它是准备好的语句的插入命令的竞争条件（即有太多的访问权限一次处理，所以它们变得混乱）。

有人对此有任何想法吗？以下是我正在做的一些片段：（对不起长度，我试图尽可能多地剪掉，但仍然把主要组件拿出来）

这是对这篇文章的失败回复：Sybase, VB and ADO

我刚刚做了一个连接到旧版 ASA 7 数据库的 VB6 项目。在未能完全使用 ASAProv OLEDB 提供程序（出于某种原因）和大量研究之后，这里是用于 ODBC 垫片的 OLEDB 提供程序的连接字符串，用于无 DSN 的 ODBC 驱动程序连接：

Provider=MSDASQL.1;Driver={Adaptive Server Anywhere 7.0};CommLinks=TCPIP,SharedMemory;EngineName=<database_name>;UID=DBA;PWD=SQL

dbeng7.exe在哪里<database_name>运行 db 的实例名称。检查引擎日志中的“正在启动数据库” <database_name>“”。

HKLM\SOFTWARE\ODBC\ODBC.INI\<system_dsn>您可以通过创建系统 DSN、调整设置和检查值键来找到 ODBC 连接字符串的所有有效属性名称。

可在 MSDASQL 提供程序连接字符串的 Driver 属性下使用的可用 ODBC 驱动程序是HKLM\SOFTWARE\ODBC\ODBCINST.INI

显然 Sybase 登录密码不区分大小写，我觉得这很有趣。

干杯
</wqw>

我们有一个 C#/ASP.NET (2.0) 应用程序在 Windows Server 2003 企业版的 IIS 6 上运行。此应用程序使用 OleDb 读取 Excel 文件，但在某些情况下，我们会从应用程序中收到“未指定错误”异常。

该文件在打开之前由我们的文件上传代码存储在临时目录中。由于我们在 IIS 中启用了匿名访问，并且我们还在 web.config 中使用了模拟，因此文件夹 C:\Windows\Temp\ 具有 Internet 访客用户帐户 (IUSR_[MachineName]) 能够创建的适当权限，在那里修改和删除文件。

OleDb 连接字符串：
Provider=Microsoft.Jet.OLEDB.4.0；数据源=C:\Windows\Temp\tmp123.tmp.xls；
扩展属性="Excel 8.0;HDR=Yes;IMEX=1;"

[上面的“数据源”属性会因每个文件而改变。]

解决方法：
到目前为止，我们能想出的唯一解决方法是执行 iisreset（我们还在 IIS 中将应用程序池回收配置为每天发生一次，但这似乎无济于事，因为该问题有时会持续数天）。虽然这不是一件好事，但更糟糕的是，我们在同一个网站上还有其他应用程序，每当我们重置 IIS 时这些应用程序都会受到影响。

问题：
1. 我们如何解决这个错误，因为它偶尔会发生并且我们看不到模式？
2. 除了 OleDb 之外，还有没有更好的（免费的）处理 C#/ASP.NET 的 Excel 文件的方法？（我们不喜欢在服务器上安装 MS Office，因为微软不推荐它）

我们的局限：
1. 我们被 MS Office 2003 (.xls) 格式困住，无法迁移到 MS Office 2007 (OOXML) 格式。
2. 我们不使用 CSV 的原因是因为我们的数据中可能有逗号（即使我们使用引号也很难处理）并且我们还在电子表格中使用多个工作表（这不能用 CSV 完成） .

谢谢！:)

更新：
谢谢，基思。这似乎是 Jet 引擎的一个问题，但我们使用它是因为缺乏（免费且易于使用的）替代品。
谢谢，乔。但是我们的预算有限——所以我们主要在寻找免费的工具/库。

一些上下文：我正在开发的系统之一是 .net 2.0 Web 应用程序。VB.net 用于前端，SQL Server 2005 用于后端。由于各种已被时间遗忘的原因，最初的设计者决定使用 .Net OleDB 连接而不是 SQLClient 连接。

经过几年的发展，这个特殊的系统正处于从“beta”到“1.0”状态的边缘。在这一点上我们一直在谈论的一件事是转移到 SQLClient 连接。虽然我知道使用它是最佳实践，并且它是获得 SQL Server 2005 中更高级功能的唯一方法（显然我们没有使用它）使用它的优势是什么？其他？我应该知道任何隐藏的陷阱吗？谁能指出一些显示相对速度的基准？（我听说 SQLClient 应该更快，但我从未见过任何数字来支持它。）

谢谢大家。