我可以通过 SMB/CIFS 在 Visual FoxPro 9 ERP 数据库上为 25-50 个用户预期多少网络开销（和文件锁定问题）？

Question

备用问题标题： 我如何将“这个软件让我毛骨悚然”转化为商业案例，让高层管理人员不购买它？

我是一家小公司的 IT 部门，该公司经历了几年的持续增长。我们从 QuickBooks 开始，转移到不同的会计系统，现在市场上有更全面和可定制的中端市场 ERP 系统。我们目前正在评估一个用 Visual FoxPro 9 编写的 ERP 系统，我对它有一种不好的感觉，但我无法确切地列举出为什么会这样。

它由几个模块组成，后台模块和 Web 模块是我们感兴趣的两个模块。后台模块包含通常的 ERP 订单/履行/运输/会计功能。Web 模块由同一个 FoxPro DB 驱动，方法是将 IIS 指向一个 .NET 组件，使用 UNC 路径从另一台机器打开数据库。我也不知道，但现在这是一个单独的问题。

我担心的是通过执行以下操作来“安装”系统：

1.  Create a top-level folder on a server.  
2.  share that folder with appropriate users and groups as \\server\erp
3.  unzip the .exe and dlls and \data folder in the shared folder
4.  map \\server\erp to a drive on client computers
5.  create a shortcut to the \\server\data\erp.exe on client desktops.
6.  double click on shortcut!  You’re ERPing! (after some other minimal setup)

.exe 使用对 \\server\data 子目录中的文件的访问权限，以便像往常一样填充表单等。

我担心并发用户（25 个或更多）访问一个通过网络文件系统 (cifs) 访问文件以执行数据库功能的 .exe 似乎......可疑。我见过的所有其他系统都使用单独的数据库引擎，要么是自产的（已经够糟糕了），要么是像 SQL Server、Oracle、甚至 PostGreSQL 或见鬼的东西，甚至是 MySQL 来处理数据访问，但这个只是共享文件夹中的一个 .exe 文件，直接从每个客户端桌面上的共享文件夹运行。这似乎是低效的，或者至少是不雅的，并且会导致大量的网络流量过剩。.exe 大约 10MB 大小并驻留在服务器上，打开驻留在相邻 \data 目录中的 .dbf 文件。供应商问我们是否有千兆网络（我们有），这对他来说似乎非常重要......

我没有深厚的开发背景，但在我看来，你应该有一个单独的数据库引擎，它通过命名管道或 TCP/IP 套接字与客户端通信，或者至少是某种二进制网络协议，如果没有别的。使用 netBIOS 共享（您将 UNC 路径作为属性输入到数据库中）似乎是错误的，因为如果例如两个用户想要在 A/R 中打开同一个客户，您不会遇到文件锁定问题吗？我只是过于谨慎了吗？正如供应商所说，这真的是标准做法吗？我在像这样的大型会计系统方面没有很多经验。我们当前的软件包使用带有数据库引擎处理文件的客户端-服务器模型，然后在他们的机器上运行软件的用户通过网络与它交谈。

Answer 1

由于以下几个原因，您所描述的肯定会让我感到担忧：

• 事实上，该代表坚持为这样一个小应用程序使用千兆网络。它可能对您的网络没有实际影响，但它会让我非常担心应用程序的设计。一个 50 个用户的 ERP 系统不应该给 10Mbit 线路带来麻烦，更不用说千兆位线路了。

• 安装过程的安全隐患对我来说将是一个交易破坏者。这是一个保存客户（以及可能的客户付款）信息的系统。用户将通过快捷方式启动一个 exe，这意味着将有 25-50 个此 exe 实例在其工作站上的用户凭据下运行。这些进程直接访问和写入同一共享上的共享数据库文件。这意味着按照设计，每个用户都必须具有对整个数据库的直接读/写访问权限。从技术和安全合规性的角度来看，这太可怕了。

就个人而言，仅在后一点上，我会从这个应用程序跑一英里。我相信在合规领域（或 FoxPro）更熟悉的人可以进一步评论。