在vs.net 2003下，OleDbConnection 连ACCESS数据库出错，HELP

zhoujianfan 2004-07-30 01:03:57

在vs.net 2003下，OleDbConnection 连一个无密码的ACCESS数据库，测试连接正常
但连一个有密码的ACCESS数据库时，测试连接出错：
测试连接失败，因为初始化提供程序时发生错误。无法启动应用程序。工作组信息文件丢失或是被其它用户独占方式打开。

...全文

162 5 打赏收藏转发到动态举报

写回复

5 条回复

切换为时间正序

请发表友善的回复…

发表回复

zhoujianfan 2004-07-30

打赏
举报

回复

我是在vs.net 2003环境下　，用OleDbDataAdapt　数据适配器　向导时出错，

醉龍 2004-07-30

打赏
举报

回复

Provider=Microsoft.Jet.OLEDB.4.0;Data Source=数据库相对路径;Jet OLEDB:Database Password=yourpassword;

MyBadBoy 2004-07-30

打赏
举报

回复

up

zhpsam109 2004-07-30

打赏
举报

回复

up!

qiuji 2004-07-30

打赏
举报

回复

try:
"Provider=Microsoft.Jet.OLEDB.4.0;Data Source=\somepath\yourdatabase.mdb;Jet OLEDB:Database Password=yourpassword;"

以下代码都经过实践测试可用；首先是AccessHelper.cs，网上有下载，下面附送一份； using System; using System.Collections.Generic; using System.Linq; using System.Text; using System.Threading.Tasks; using System.Data.OleDb; using...

C#作为一门现代编程语言，在企业级应用开发中扮演了极其重要的角色。为了简化数据库操作和提高开发效率，一系列数据库操作工具类应运而生。这些工具类抽象了底层数据库访问细节，提供了统一的操作接口，从而使得开发者能够更加专注于业务逻辑的实现。SQLHelper类本身是设计为可扩展的，开发者可以根据自己的需求实现自定义的方法和扩展方法。这种设计允许SQLHelper在不同的应用场景下保持灵活性和适用性。自定义扩展方法示例：if (param!= null)// 使用自定义扩展方法});

本文针对C#和Python连接Access数据库时常见的‘microsoft.ACE.oledb.12.0’提供程序报错问题，提供了深度解决方案。文章剖析了错误根源，重点强调了32/64位系统与应用程序的匹配原则，并给出了从诊断、下载安装正确驱动到编写测试代码的完整流程，帮助开发者一劳永逸地解决此兼容性难题。

1 引言在近期使用.NET开发项目时，发现这样一些问题，影响着程序的复用性和软件的灵活性：（1）数据库类型是变动的原因有两个：一是因为不同的客户，对同一个应用程序的性能要求或费用开销不同，要求使用的数据库类型不同；二是我们在开发程序时，在不同的使用环境下，需要使用不同类型的数据库。比如，如果使用ACCESS数据库，那么在程序中会使用System.Data.OleDb命名空间下...

1.维护数据库的完整性、一致性、你喜欢用触发器还是自写业务逻辑？为什么答：尽可能用约束（包括CHECK、主键、唯一键、外键、非空字段）实现，这种方式的效率最好；其次用触发器，这种方式可以保证无论何种业务系统访问数据库都能维持数据库的完整性、一致性；最后再考虑用自写业务逻辑实现，但这种方式效率最低、编程最复杂，当为下下之策 2 : ADO.NET相对于ADO等主要有什么改进？答 ADO数据以Rec...

62,266

社区成员

668,981

社区内容

发帖

与我相关

我的任务

javascript云原生企业社区

社区管理员

加入社区

近7日
近30日
至今

加载中

查看更多榜单

社区公告

.NET 社区是一个围绕开源 .NET 的开放、热情、创新、包容的技术社区。社区致力于为广大 .NET 爱好者提供一个良好的知识共享、协同互助的 .NET 技术交流环境。我们尊重不同意见，支持健康理性的辩论和互动，反对歧视和攻击。

希望和大家一起共同营造一个活跃、友好的社区氛围。

试试用AI创作助手写篇文章吧

+ 用AI写文章