如何将Entity Framework用于具有许多客户端的应用程序

Question

我创建了一个管理酒店,客房,预订和客户的应用程序.在第一个版本中,我使用纯MySQL命令与数据库进行通信并完美地工作,但实现起来非常困难,主要是当我需要更改属性的名称或数据库中的顺序以及复杂实体中的相对命令时,取得结果也很慢.所以我尝试使用Entity Framework实现它.从那时起,我遇到了太多问题,我试图绕过它.首先,我的应用程序由两个客户端使用,我需要同步数据.EF正在缓存数据以获得更快的结果,即使它们在数据库中发生了变化.据我所知,EF不检查数据是否是最新的,我找到的解决方案是:

1. 重新加载或分离每个单独的实体 - 在拥有300个房间或2000个客户的情况下出现问题
2. 处理和重新创建上下文 - 这是我试图做的但是它似乎很难实现,因为我的应用程序可以在同一时间有3个或4个窗口,然后我需要在每个Combobox中重新加载ItemSource,否则当我使用时它再次抛出例外情况,例如"上下文被处理"或"实体更改被许多跟踪器跟踪"或"外键未被暴露"等.此外,您将失去更改跟踪器.

另一个大问题是,当我暂时不使用我的应用程序然后访问试图通过延迟加载获取的实体的属性时,如果达到连接或命令超时,它可能会崩溃.也许它可以通过异常处理来解决,但我认为EF可以管理这些事情.

问题是我需要更改跟踪器来更新实体,我还使用MVVMlight和我在Internet上使用UnitOfWork找到的通用存储库. https://cpratt.co/truly-generic-repository/

我的应用程序是WPF 4.7.2

有什么建议吗？我应该使用其他一些框架与数据库进行通信吗？我应该使用其他类型的数据库吗？其他编程语言？

另一个

Answer 1

我知道你不会想听到这个，但这个问题没有“一刀切”的答案。人们将整个职业生涯奉献给解决这样的问题。

我在航空业工作，我们在世界各地有数千个信息亭、终端、移动电话应用程序等，它们同时访问相同的数据库，其中许多需要实时通信，尽管位于最严格的防火墙后面。 ...以及最不稳定的机场网络...您将看到。作为一个非常粗略的指导方针，我倾向于通过网络服务器公开数据库，并通过它连接所有内容。对于实时的东西，我使用 WebSockets（当网络不支持时，可以用长轮询来模拟），但非关键的东西通常可以通过基本的 REST 调用来处理；这两种技术都有充足的 JavaScript 支持，这对于您最终何时（而不是是否）开发任何类型的 Web 应用程序组件都很重要。一般来说，我会避开 SOAP；如果您已经控制了通信渠道的双方，那么除非有理由，否则没有必要增加额外的复杂性。

这样做的好处是，您最终会得到一个包含所有项目共享的所有模型的单个项目，这反过来又会带来出色的类型安全性和代码重用性。组件之间的序列化通常由 .NET 自动处理，并且很容易在现实环境中对数据库层进行压力测试。您还拥有一个用于记录和生成报告的集中点，您的客户在某些时候会需要它（分析本身就是一个完整的领域）。不利的一面是，添加专用服务器会增加额外的复杂性和潜在的故障点，如果您必须在本地托管它，那么它将增加安装过程的复杂性，也可能增加客户端网络配置的复杂性。

这只是一个答案，还有很多。一旦你开始遇到服务器加载和冗余等问题，一切就开始变得非常“有趣”......