将逻辑放入 SQL 中的优点和缺点？ [关闭]

在一份新工作中，我刚刚接触到将逻辑放入 SQL 语句的概念。

在 MySQL 中，一个愚蠢的例子是这样的：

SELECT
    P.LastName, IF(P.LastName='Baldwin','Michael','Bruce') AS FirstName
FROM
    University.PhilosophyProfessors P
// This is like a ternary operator; if the condition is true, it returns 
// the first value; else the second value. So if a professor's last name 
// is 'Baldwin', we will get their first name as "Michael"; otherwise, "Bruce"**

举一个更现实的例子，也许您正在决定销售人员是否有资格获得奖金。您可以获取各种销售数字并在 SQL 查询中进行一些计算，然后返回 true / false 作为称为“qualizes”的列值。

以前，我会从查询中获取所有销售数据，然后在应用程序代码中完成计算。

对我来说，这似乎更好，因为如果有必要，我可以使用调试器逐步遍历应用程序逻辑，但无论数据库正在做什么对我来说都是一个黑匣子。但我是一名初级开发人员，所以我不知道什么是正常的。

让数据库服务器执行一些计算/逻辑有哪些优点和缺点？

**代码示例基于蒙蒂·派森素描。 http://orangecow.org/pythonet/sketches/bruces.htm

这边走SQL 成为域模型的一部分。这是应用领域知识的又一个（不一定是显而易见的）地方。这种泄漏会导致更紧业务逻辑/应用程序代码和数据库之间的耦合，这通常是一个坏主意。

一个例外是视图、报告查询等。但这些通常都是孤立的，因此它们所扮演的角色很明显。