我正在设置一个应用程序，并且正在考虑购买 SQL Server 的许可证。我的问题很简单（虽然可能有一个复杂的答案......）
对于 SQL Server，我真正需要多少个用户帐户？
在我看来，我会给一个主管理帐户，可能是 2 或 3 个用户帐户，然后是一个基于应用程序的帐户。
我的应用程序可能有大约 30-40 个用户，很少有 4-5 人同时用户。但正如我所见，我会设置一个包含 30-40 个帐户的 BLL - BLL 将拥有 SQL 帐户，所有 30 个帐户都将使用它来查询数据库...
我只是想知道人们对此有何看法。这是要走的路，还是我在这里对建筑有错误的想法？
您的案例称为 Multiplexing ans 包含在使用中间件、事务服务器和多层架构的特殊注意事项中：
有时，组织开发使用各种形式的硬件和/或软件的网络场景，以减少直接访问或使用特定服务器上的软件的设备或用户的数量，通常称为“多路复用”或“池化”硬件或软件。使用此类多路复用或池化硬件和/或软件不会减少访问或使用 SQL Server 软件所需的客户端访问许可证 (CAL) 的数量。多路复用或池化软件或硬件前端的每个不同设备或用户都需要一个 CAL。无论运行 SQL Server 的服务器与最终使用其数据、服务或功能的客户端设备之间存在多少层硬件或软件，这仍然适用
底线：您需要为每个用户提供一个 CAL，总共需要 35-45 个许可证。
我的理解是，对于每个使用 SQL Server 的不同用户或设备，您需要一个 CAL，因此在您的情况下为 30-40。帐户只是针对服务器进行身份验证的一组凭据，而用户则是一堆肉。许可肉袋，而不是帐户。
不过，这是一个容易被误解的领域，我建议联系 Microsoft Licensing以了解真正的交易。
您知道SQL Express 2005/2008的商业用途是允许的并且可能非常适合您的场景吗？
如果需要，您可以随时升级到标准版。
有关MS SQL Server 版本的比较，请查看此处。它还包括它们的局限性。我相信对于您的场景，SQL Server Express 会做得很好（前提是您的数据库不大于 4GB）。
简单的答案是...
对于连接到 SQL Server 的每个不同用户或设备，您都需要一个 CAL，无论最终用户和 SQL Server 安装之间的“多路复用”或 Web 服务器或代理如何。
如果您无法对它们进行物理计数和量化（例如公共网站），则需要处理器许可证。
更多的...
我的建议：与 MS 或在您的商店中处理您的许可证的任何人交谈。您至少已经与 MS 就操作系统和 Office 达成了协议。
如果您的应用程序依赖于将许多用户代理到 SQL Server 实例上的 BLL，那么我认为您无法根据帐户数量获得许可证。
Microsoft 会告诉您您需要按处理器许可。（这比购买 30-40 个 CAL 许可证便宜）
下面是 MS Sql Server 常见问题解答的内容：
适用于外部关注的服务器应用程序。对于以外部为中心的服务器应用程序，例如 Internet 和外联网方案，处理器许可是更好的选择。在这些场景中，通常很难统计设备或用户，因此基于硬件的定价更为直接。
用于混合用途服务器。对于将从组织防火墙内部和外部访问的混合用途服务器，处理器许可通常是有利的。由于外部用户可能需要处理器许可证，因此无需通过 CAL 为内部用户单独购买访问权限。
对于防火墙内的环境。对于防火墙内客户端与服务器处理器比率相对较低的环境，如果每台设备有多个用户（例如，在呼叫中心），服务器加设备 CAL 许可模式可能是更具成本效益的选择，而如果每个用户有多个设备，则服务器加用户 CAL 许可模式可能更具成本效益。对于防火墙内客户端与服务器处理器比率较高的环境，处理器许可模式可能更具成本效益。
除非您在代理身份验证和审核方面做一些棘手的事情，否则您将只有应用程序的登录名。否则，我将按处理器许可。