当更多用户可以写入 .dbf 数据库文件时使用锁？

Question

遗憾的是，如果需要的话，我必须在服务器端处理 .dbf 文件或数据库，我有一个问题。 由于 .dbf 位于服务器端，更多用户可以访问它（读取和写入，我使用 C# 和 OdbcConnection）。每当我进行插入/更新时我应该使用锁吗？

---

我会回答我自己的问题，因为我想粘贴一段代码。 我有一个用于简单操作的基类

void ExecuteNonQuery(string sqlStatement)
T ExecuteScalar<T>(string sqlStatement)
List<T> GetDataTable<T>(string sqlStatement) where T:new()

public class BaseService
{
        protected void ExecuteNonQuery(string sqlStatement)
        {
            using (OdbcConnection odbconn = new OdbcConnection(ConnectionString))
            {
                odbconn.Open();
                OdbcCommand cmd = new OdbcCommand(sqlStatement, odbconn);
                cmd.ExecuteNonQuery();
            }
        }
}

public class UsersService : BaseService
{
        public void SomeInsert()
        {
            string insertUserString = "Insert Into....";
            ExecuteNonQuery(insertUserString);
            return true;
        }
}

，我不知道它是否是最好的解决方案，但这些操作就是我所需要的。我有点困惑如何在这里使用锁。

Answer 1

我有 VFP 背景，因此熟悉 DBF 文件的使用。实际上，在处理基本类型连接（例如通过 ODBC）时，如果您一次更新多个表（例如在服务器数据库中使用事务），或者如果您想要更新多个表，则只需对数据应用锁。确保您的插入/更新不会因为另一个用户应用了锁定而失败（因此您的锁定尝试失败而不是数据更改尝试失败）。

Answer 2

对我来说，这里有一些含糊之处。当你说锁时，你指的是数据库锁还是线程锁？

如果您正在参考

1. 某种锁定磁盘上文件的数据库锁 - 是
2. 线程锁定，这取决于并发访问
   -来自同一进程的线程，然后是监视器可以做到这一点。
   -如果并发来自同一机器上的多个进程，则 互斥体 可以工作。
   -如果并发来自多个单独的服务器，那么无线程锁定解决方案将不起作用。

但你是对的，对于基于文件的数据库没有控制并发访问的引擎，你将需要仔细处理并发访问。

更新 1：

对于简单的单服务器、单应用程序、**无**网络花园场景，您可以可以编写数据访问层以使用lock（监视器的语法糖）限制对 DBF 文件的并发访问。但如今的小型 Web 应用程序正在演变成需要纵向扩展和横向扩展的应用程序，那么您的锁定解决方案也需要随之发展。

您还应该意识到，您选择的任何解决方案都会影响您的应用程序在额外负载下的扩展程度。即使最好的无服务器数据库（例如 Sqlite）在需要处理来自多个线程的并发访问时也会遭受严重的性能损失。

Answer 3

当超过 1 个线程想要使用相同的 OdbcConnection 时，您应该锁定您自己的代码。但最好避免这种情况。创建并使用连接，然后尽快处理它们。

您无法真正锁定其他用户（会话）的文件。由 Odbc 提供者来同步该部分。