web应用的REST有一个SQL重后端是正常的吗？
web应用的REST有一个SQL重后端是正常的吗？
提问于 2016-10-11 21:42:43
我正在用AngularJS作为前端构建我的第一个PHP应用程序，并利用Slim为web应用程序创建一个REST类的API来与其进行接口。我发现我编写的大部分代码都是SQL，除了会话和输入验证之外，后端很少有PHP逻辑。
每个端点可能有1-2个唯一的查询，用于获取返回给客户端的数据。一些端点利用3-5查询进行一些复杂的版本管理、历史数据修改和验证位。
对于一个web应用程序来说，拥有一个真正的SQL重后端是正常的吗？这类事情有最佳实践吗？我现在大约是70%的SQL 30% PHP。
回答 1
Software Engineering用户
发布于 2016-10-11 21:55:54
没有看到设计，代码和对领域的良好理解，我不认为任何人都可以合法地争论方式或其他方式。70% SQL的代码库并不典型，但这并不一定意味着它是错误的。我维护了一些系统，无论好坏，数据库中都有整个DAL --后端代码简单地称为存储过程。
最大的潜在危险是，对于不太适合于声明性模型的复杂数据操作，SQL往往很难读懂。如果代码很难阅读，这将是第一个迹象，表明只要性能更改保持在可接受的范围内，就必须提供一些信息。
更笼统地说，如果您将SQL用于SQL擅长的东西--声明式数据检索和操作，我就不会担心它。如果要将SQL推向极限，那么可能是时候考虑其他方法了。
页面原文内容由Software Engineering提供。腾讯云小微IT领域专用引擎提供翻译支持
原文链接：
https://softwareengineering.stackexchange.com/questions/333389
复制相关文章
相似问题
腾讯云开发者
