问题标签 [ms-access]

我们有一个 12 岁的 Ms Access 应用程序，用于我们的核心库存仓储和发票系统。它已经在 SQL Server 后端运行，但所有“逻辑”、表单和报告都在 Access 中。在经历了将库存交易从非临时性转变为临时性所花费的大量维护污泥之后，我意识到有一天我需要将这个东西转换为代码，这样我才能在一个更易于维护和可测试的环境中更好地管理逻辑。

有哪些技术可以让我以可管理和有效的方式将其转换为 .Net 应用程序？

一个想法是将查询转换为存储过程，然后将应用程序转换为 Adp 项目。但我仍然对如何处理表单和报告一无所知。

此外，如果这很重要，我是我公司唯一的开发人员。

此请求基于 MS Access VBA。我想知道最有效的方法是什么，看看一个项目是否存在于列表框控件中。

使用交叉表查询时，将变量列名绑定到 Access 中的报表字段的最佳方法是什么？

有没有地方可以在 MS Access 中找到 syscmd 方法的所有可能用途？我知道 Microsoft 有一个开发人员参考，但我发现此方法还有许多其他用途，此处未列出。

背景：我们有一个旧的（但对业务至关重要的）SQL Server 数据库和一个 MS Access ADP 前端；这最初是从一系列 Access 数据库升级到 SQL Server 的。

该数据库为我们的客户跟踪危险材料，并存储大量图像。这些图像是从 MS Access 插入的，并作为 OLE 对象放入数据库中。

问题是：

• 除了 Access/Office 之外的任何内容都很难阅读
• 存在巨大的存储开销 - 约 10GB 的图像占用 600+ GB 的存储空间（！）

我的问题是：你建议用什么方法将这些臃肿的对象转换回简单的 JPEG？一旦我们这样做了，我们最终可以将我们的前端从 Access 迁移到一个简单的基于 Web 的系统上，我们的备份时间将再次变得易于管理！

我们如何将PHP脚本连接到MS Access (.mdb)文件？

我尝试包含以下PHP代码：

但它失败了，我收到以下错误消息：

我正在为我真的不喜欢的 ASP.NET CMS 重新设计一个应用程序。我在性能上做了一些改进，却发现这个 CMS 不仅使用 MS SQL，而且一些用户“简单地”使用 MS Access 数据库。

问题是我有一些内部连接的表，MS Access 版本位于两个不同的文件中。我不能简单地将表移动到另一个 mdb 文件。

我现在正试图找出一种跨多个访问数据库文件“内部连接”的好方法？

如果我已经获取了所有数据并以编程方式进行操作，那将是非常遗憾的！

谢谢

我正在使用以下 PHP 代码连接到 MS Access 数据库：

如何从 mdb 文件中检索数据库目录/元数据？

找到解决方案

将 Excel 文件导入 Access 时，有什么方法可以更改默认数据类型？（顺便说一下，我使用的是 Access 2003）。

我知道有时我可以自由地将任何数据类型分配给正在导入的每一列，但这只能在我导入非 Excel 文件时进行。

编辑：要清楚，我知道在导入过程中有一个步骤允许您更改导入列的数据类型。

事实上，这就是我要问的。出于某种原因 - 也许它总是 Excel 文件，也许还有其他东西 - 我有时不允许更改数据类型：下拉框显示为灰色，我只需要使用 Access 假定正确的任何数据类型。

例如，我刚刚尝试在 Access 中导入一个大型 Excel 文件（12000+ 行，~200 列），其中第 105 列（或类似的东西）填充了大部分数字（代码：1=foo, 2=bar等），尽管有少数那里也有 alpha 代码（A=boo，B=far 等）。Access 假设它是一种Number数据类型（即使在我更改了FormatExcel 文件本身的值之后），因此在这些 alpha 代码上给了我错误。如果允许我在导入时更改数据类型，那会为我省去一些麻烦。

我是在要求 Access 不会做的事情，还是我错过了什么？谢谢。

编辑：下面有两个答案可以提供有用的建议。将 Excel 文件保存为 CSV，然后像Chris OC所说的那样导入效果很好并且很简单。保存导入规范的建议也很有帮助。但是，我选择了DK的注册表设置答案作为“接受的答案”。我喜欢它作为答案，因为它是一次性的步骤，可用于解决我的主要问题（让 Access 错误地分配了数据类型）。简而言之，这个解决方案不允许我自己更改数据类型，但它可以让 Access 准确猜测数据类型，从而减少问题。

Microsoft 选择不发布 Jet 的 64 位版本，这是他们的 Access 数据库驱动程序。有谁知道一个好的选择？

以下是我需要的 Jet 支持的特定功能：

• 多个用户可以通过网络连接到数据库。
• 用户可以在数据库打开时使用 Windows 资源管理器复制数据库，而不会造成损坏。Access 目前以足够的可靠性来满足我的客户的需求。
• 在不需要 .Net 的情况下在 C++ 中运行良好。

我认为我认为行不通的替代方案（尽管我的理解可能不正确）：

• SQLite：如果多个用户通过网络连接到数据库，它将被损坏。
• Firebird：复制正在使用的数据库可能会损坏原始数据库。
• SQL Server：正在使用的文件被锁定，无法复制。
• VistaDB：这似乎是特定于 .Net 的。
• 在 32 位中编译并使用 WOW64：还有另一个依赖项要求我们在 64 位中编译，即使我们不使用任何 64 位功能。