客户端直接通过1433端口访问SQL Server是否属于不良实践？

是的，客户端应用（比如iOS设备上的APP）直接通过1433端口连接SQL Server属于不良实践，你的判断完全正确，这类场景应该通过Web服务（REST、SOAP）或应用服务器作为中间层来实现。

直接连接的核心问题 #

• 安全风险拉满：1433是SQL Server的默认端口，很容易被网络扫描工具定位。直接把数据库暴露给客户端，一旦APP被逆向破解，数据库的账号、密码甚至表结构都会泄露，攻击者可以直接执行恶意SQL，篡改、窃取核心数据，甚至彻底摧毁数据库。而且客户端设备的安全性不可控，很容易成为攻击的入口。
• 业务逻辑维护灾难：如果业务逻辑分散在各个客户端实现，不同版本、不同平台的APP可能出现逻辑不一致的情况。比如要修改一个数据校验规则，就得推送所有客户端更新，成本极高；而中间层可以集中处理业务逻辑，修改只需要在服务器端完成，无需客户端同步更新。
• 性能与扩展性瓶颈：每个客户端直接占用一个数据库连接，当用户量上升时，很快会耗尽数据库的连接池，导致服务不可用。中间层可以做请求聚合、缓存、负载均衡，大幅提升系统的承载能力，还能根据业务需求灵活扩容。
• 兼容性问题突出：不同客户端平台对SQL Server驱动的支持存在差异，数据库版本升级时，所有客户端都得同步适配；中间层可以屏蔽底层数据库的差异，让客户端只和统一的API交互，兼容性更强。

推荐的实现方式 #

通过RESTful API（当前主流选择）或应用服务器作为中间层，客户端仅与中间层交互，由中间层负责和SQL Server通信：

• 中间层可以对所有请求做校验、过滤，有效防范SQL注入等攻击，保障数据库安全；
• 业务逻辑集中在服务器端，便于统一迭代、调试和维护；
• 可轻松实现权限控制、操作日志、流量监控等功能，提升系统的可观测性；
• 中间层可集成缓存、分库分表等优化方案，进一步提升系统性能和稳定性。

内容的提问来源于stack exchange，提问作者evlaa1990