我有带有文件信息的 SQL Server 数据库——我说的是自定义属性。这些是每个文件的类别和描述。
Windows 窗体应用程序是供用户使用的。但我还将创建一个 Windows 服务来跟踪文件的任何更改。如果发生更改（重命名、移动、删除），服务必须相应地更新同一个数据库。而且我认为它应该立即进行，没有任何延迟。
现在这将是我第一次制作 WS 以及我第一次必须处理并发（理论上我知道线程等等）。
所以：
首先，如果一个进程正在更新另一个进程可能同时使用的数据库，是否可以？您是否需要首先处理这种情况？（可能，在我们日常的“用户生活”中，当文件被另一个进程使用时，我们无法修改文件）
这两个共享一个数据源的想法好吗？
如果是，那么如何处理并发？我可以将 WCF 用于两者之间的消息，但是该解决方案是否与 WCF 有关？因为我也将第一次使用它：D。
任何帮助表示赞赏。提前感谢您的时间！
由于 MS SQL 是事务性的，所以没什么大不了的。您只需要注意可能由一个进程读取和更新的数据 - 可能需要使用 Transaction 范围（这是一个 .NET 类；））。
从软件架构的角度来看，您应该考虑使用三层而不是两层应用程序：
两层：
本质上是您的系统与持久层（DB）直接与客户端通信
三层：持久层 <--> 逻辑层（例如，处理应用程序逻辑的 WCF 服务）<--> 客户端（服务和表单 - 触发应用程序逻辑并显示结果）
当涉及到并发性时，这将是非常直接的。MSSQL 数据库引擎几乎可以处理所有这些问题（例如锁定和共享）。此外，如果您利用 SqlCommandBuilder 构建语句，语句将自动使用乐观并发。
至于 Windows 服务以及它如何获得通知，请使用 FileSystemWatcher，它会更高效，并且您不会在本地机器上发布某些服务端口。
我通常会给你一些很好的代码示例，但我是通过手机回答这个问题的。