sql-server - 开发直接访问 SQL 服务器的桌面应用程序是不是一个坏主意?

标签 sql-server performance windows client-applications

我想安装一个桌面应用程序(在许多站上 - 大约 10-20 个)应该直接访问 SQL Server,没有服务,也没有服务器 DAL。

该应用程序将安装在本地网络上大约 10 台机器上,其中一台是服务器。 当我安装程序时,我将设置连接字符串,应用程序将直接与 SQL 服务器对话。

这是个坏主意吗?

如果是,那么有多糟糕?

最佳答案

这不一定是个坏主意。如果您不需要扩展,那么这是一种有效的方法。

您所描述的通常称为 2 层客户端-服务器架构。

您可能应该在配置文件中加密连接字符串(但这只会阻止窥探,而不是试图恢复您的密码)。另一种选择是通过受信任的连接使用 Windows 身份验证,但您确实失去了连接池的能力,但这对于 10 - 50 个客户端(大概)应该不是问题。

关于sql-server - 开发直接访问 SQL 服务器的桌面应用程序是不是一个坏主意?,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/1498327/

相关文章:

.net - 存储过程级别的 SQL 事务和 SqlConnection 级别的 SQL 事务有什么区别?

html - 为什么连接速度慢的浏览器会显示原始 html(而不是解释它)?

java - 如何在 Java 射线追踪器中实现多线程

windows - 像 GDrive 这样的驱动器的 Shell 扩展?

php - 调用未定义函数define()

sql-server - 如果存在与 OBJECT_ID 不为空,则删除表

sql - 为什么派生列组件的表达式不能在 SSIS 中使用空值?

sql-server - 使用 SSDT,如何创建具有唯一约束的列?

wpf - 从Freezable派生的WPF对象如何在XAML中卡住?

c# - Windows 上文本文件的事务处理