假设这是一个多用户系统
答案 0 :(得分:3)
我不知道它本质上是好还是坏。如果没有理由从业务角度集中数据访问,那么让客户端应用程序直接与数据库通信就不是问题。无论是在客户端还是通过集中式数据访问服务器完成,您都需要构建一个不错的数据访问层。
您提到了多用户,根据您可能遇到的事务性问题的数据和用法,这可能是集中事物的论据,但也可以从多个客户端处理它们。
答案 1 :(得分:0)
对业务应用程序非常常见的要求,所以很好。
不要尝试使用MS Access作为多用户应用程序的后端。那将是不好的。
答案 2 :(得分:0)
出于安全原因,我更喜欢通过Web服务访问数据库。这样,您就不必在客户端应用程序中拥有数据库用户标识/密码。
答案 3 :(得分:0)
我建议使用存储过程,因为内联数据库编码不安全(例如sql注入),并且如果将来需要对存储过程进行更改,则很可能您不必推出更新的应用程序(取决于它的编码方式)。
如果您担心用户之间存在某种类型的竞争条件,那么您可以使用提交/回滚事务。