Business Logic: Database or Application Layer(业务逻辑:数据库或应用层)
问题描述
古老的问题.您应该将业务逻辑作为存储过程(或包)放置在数据库中还是应用程序/中间层中?更重要的是,为什么?
The age old question. Where should you put your business logic, in the database as stored procedures ( or packages ), or in the application/middle tier? And more importantly, Why?
假设数据库独立性不是目标.
Assume database independence is not a goal.
推荐答案
在数据库中放入足够的业务逻辑,保证数据的一致性和正确性.
Put enough of the business logic in the database to ensure that the data is consistent and correct.
但不要害怕必须在另一个级别复制某些逻辑以增强用户体验.
But don't fear having to duplicate some of this logic at another level to enhance the user experience.
这篇关于业务逻辑:数据库或应用层的文章就介绍到这了,希望我们推荐的答案对大家有所帮助,也希望大家多多支持编程学习网!
本文标题为:业务逻辑:数据库或应用层


基础教程推荐
- MySQL 5.7参照时间戳生成日期列 2022-01-01
- 从字符串 TSQL 中获取数字 2021-01-01
- 使用 VBS 和注册表来确定安装了哪个版本和 32 位 2021-01-01
- MySQL根据从其他列分组的值,对两列之间的值进行求和 2022-01-01
- CHECKSUM 和 CHECKSUM_AGG:算法是什么? 2021-01-01
- while 在触发器内循环以遍历 sql 中表的所有列 2022-01-01
- 带更新的 sqlite CTE 2022-01-01
- 带有WHERE子句的LAG()函数 2022-01-01
- ORA-01830:日期格式图片在转换整个输入字符串之前结束/选择日期查询的总和 2021-01-01
- 如何在 CakePHP 3 中实现 INSERT ON DUPLICATE KEY UPDATE aka upsert? 2021-01-01