我正在开发库存应用程序（C# .net 4.0），它将同时清点数十个工作站并将结果写入中央数据库。为了让我不必编写 DAL，我正在考虑使用以前从未使用过的 Fluent NHibernate。
允许作为独立应用程序运行的库存应用程序使用 Nhibernate 直接与数据库对话是安全且良好的做法吗？或者我应该使用客户端服务器模型，其中对数据库的所有访问都是通过服务器读取/写入数据库。换句话说，如果当前盘点有 50 个工作站，那么将有 50 个活动数据库会话。我正在考虑使用 GUID-Comb 作为 PK ID。
根据将部署应用程序的环境，您还应该考虑到出于安全原因，可能并不总是允许直接将数据库连接到中央服务器。
使用 WCF（使用 ）创建简单的 REST 服务WebServiceHost并简单地 POST 或 PUT 库存数据（使用HttpClient）可能会提供一个很好的选择。
因此，客户端可以变得非常简单，并且可以轻松地为其他系统（linux？android？）编写，并且服务器可以完全控制数据的存储方式和位置。
这取决于 ;）
NHibernate 具有乐观的并发控制 ootb，这对于许多情况来说已经足够了。因此，如果您只是在 50 个不同的站点上创建数据，应该没有问题。如果在一个站点上创建数据依赖于来自所有站点的数据，那么它会变得很棘手，而中央服务器会有所帮助。