.net 当可执行文件和dll'；在网络驱动器上安装了

当应用程序安装在网络驱动器上时，我的.NET应用程序出现问题

该应用程序使用带有标准.NET适配器的SQL Server数据库。当我从网络驱动器启动应用程序时，与SQL Server数据库的通信非常缓慢（读写数据）。当我在本地驱动器上安装相同的应用程序时，与SQL Server数据库的通信正常快速

是否有人知道原因并能为我提供一个可能的解决方案，即我可以从网络驱动器运行应用程序，并且通信速度与从本地驱动器安装和运行应用程序一样快

更新：

---

我现在明白了，这是必须的，谁在创建网络文件夹。我有第一个文件夹，这会导致在服务器上使用管理员用户创建应用程序的速度变慢。当我在客户端上与本地客户端用户创建一个新的网络文件夹（在同一共享上）并将我的应用程序从第一个复制到新的时，它运行得很快。有人知道为什么会这样吗？

假设您确实进行了尽职调查并正确测量了瓶颈，并且您有证据证明是应用程序速度慢，而不是服务器，这可能是因为应用程序对

SqlClientPermission

CAS属性执行代码访问安全性。请注意，这与访问SQL Server的权限无关，这是CAS。有关更多详细信息，请参阅

我怀疑的一件事是，当从网络共享运行时，由于不同的CAS区域（可能是LocalIntranet_区域），会执行一些额外的代码签名验证，这是缓慢的，因为证书吊销列表已过期，并且与受信任的机构吊销列表服务器缺乏连接。请参阅以获取解释。您可以尝试一下那篇文章中描述的修复

---

否则，如果确实存在CAS验证问题，本文对CAS工具有很好的描述（尽管有点过时）：您可以修改LocalIntranet_区域设置（但请务必理解这是一个全局更改）。

我已经弄明白，原因在于文件夹的权限。当前用户创建网络文件夹时，应用程序运行速度很快。这就是问题第一部分的答案。我会将此标记为回答并继续搜索，为什么文件夹的权限会播放此消息。

如果网络共享是一个文件服务器，那么您可以为该服务器打开文件日志记录。

应用程序处理非数据库任务是否同样快速？或者这只是一个数据驱动的应用程序？对于非数据库任务（如启动应用程序或打开表单usw），它的速度同样快。它只是在从数据库读取数据时速度较慢。“usw”的确切含义是什么？我猜从网络驱动器服务器到数据库服务器的连接比本地网络到数据库驱动器的连接慢。除了发送响应的效果之外，共享驱动器->数据库->共享地址->本地计算机。我已经用我的新发现更新了我的问题。我已经用我的新发现更新了我的问题。也许你对此有想法？