我正在寻找难以理解的,具有业务逻辑的大型,纯粹的可读和不可支持的SQL脚本。我需要一些夸张的东西来说明Code vs SQL业务逻辑。可能你有一个吗?
更新:我正在寻找可怕SQL的例子。我不是在寻找这些业务逻辑风格的比较。可能是你继承可怕的SQL逻辑的任务,你可以分享它。这可能是荒谬的,有趣的或类似的东西。实际上,逻辑不是必需的查询也可以。
答案 0 :(得分:2)
任何有触发器的东西。它们会在意外的位置隐藏代码并创建难以调试的副作用。当然,触发器有它们的位置,但你肯定需要谨慎使用它们。
答案 1 :(得分:1)
公平比较会在代码vs sql
中显示相同的业务逻辑其他任何东西都在比较苹果和橙子 - 或者更糟糕的是,堆叠甲板以支持已成定局的结论
答案 2 :(得分:0)
使用错误的SQL来证明你的观点是行不通的,因为它除了人们可以编写错误的SQL之外没有任何证据。可能存在与您想要证明的完全相反的错误代码。
您可能希望了解开发团队的能力。如果编码是他们的优势而不是SQL那么那就是应该采取的路径。
答案 3 :(得分:0)
我发布了一些我在现实世界中遇到的令人讨厌的SQL:
Embedding UI Logic in stored procedures
A sorry excuse for a database search(靠近帖子底部)
也许更简单的例子是使用游标来执行使用基本SQL更容易实现的功能。例如,将使用WHERE或GROUP BY子句的简单查询与使用游标实现相同功能的存储过程进行比较。