database - 使用 Excel 作为前端同时访问数据库 - 可行吗？

Question

假设您有一个数据库，其中最大的表包含大约 200.000 行，并且经常被修改。客户希望 Excel 通过 ODBC 连接到数据库，并作为前端来管理数据。最多 25 个用户可以同时修改数据。

我的第一直觉是推荐其他东西，例如网络前端。但假设客户坚持使用 Excel 解决方案，您认为它可行吗？您认为它存在哪些缺陷？

我的疑问是:

1. 数据完整性(如何管理同时修改相同数据的用户)
2. 大量不必要的数据移动(打开 Excel 工作簿时我想整个数据库都必须传输)
3. 安全性(以安全的方式仅向适当的用户显示部分数据将具有挑战性 - 参见上一点)
4. 使用工具 (Excel) 做某事，但它并不擅长(请原谅双关语)

Answer 1

我经常这样做。不，您不必引入整个数据库甚至整个表。我使用 ADO 和 VBA 并通过 Command 对象发送 SQL 语句。例如，我有一个带有 Excel 前端的版税数据库。

用户输入发票编号，然后 SELECT 语句检索该记录并填充一些自定义类。用户输入/修改一些数据并单击“保存”。然后该类有一个方法，根据情况使用 UPDATE 或 INSERT 将记录写回数据库。

在月底，用户输入日期范围并将一些记录检索到报告中，同样只是一个 SELECT 语句填充一些类并输出到工作表。

使用事务，这样您就可以在遇到任何记录锁定问题时回滚，但对于 25 个用户，您可能不会。