gpt4 book ai didi

SQL Server View ,是福还是祸?

转载 作者:行者123 更新时间:2023-12-01 19:57:15 25 4
gpt4 key购买 nike

我曾经与一位禁止使用 SQL View 的架构师一起工作。他的主要原因是, View 让不假思索的编码员很容易不必要地涉及连接表,如果该编码员更加努力,就可以完全避免这种情况。他含蓄地鼓励通过复制粘贴来重用代码,而不是封装在 View 中。

该数据库有近 600 个表,并且高度规范化,因此大多数有用的 SQL 必然很冗长。

几年后,我可以看到禁令至少带来一个不好的结果 - 我们有数百个密集、冗长的存储过程,几乎无法维护。

事后看来,我会说这是一个错误的决定,但是您对 SQL View 的体验如何?您是否发现它们对性能不利?关于它们何时合适或不合适还有其他想法吗?

最佳答案

View 有一些非常好的用途;我经常使用它们来调整和公开标准化程度较低的信息集,或者将多个选择的结果合并到单个结果集中。

显然,任何编程工具都可能被错误使用,但在我的经验中,我想不出任何时候,从性能的角度来看,调整不当的 View 会导致任何类型的缺陷,以及它们通过提供显式调整可以提供的值(value)选择并避免重复复杂的 SQL 代码可能非常重要。

顺便说一句,我从来都不喜欢基于防止开发人员伤害自己的架构“规则”。这些规则通常会产生意想不到的副作用——我工作的最后一个地方不允许在数据库中使用 NULL,因为开发人员可能会忘记检查 null。这最终迫使我们在所有针对数据库构建的软件中解决“1/1/1900”日期和默认为“0”的整数,并引入了由开发​​人员在 NULL 为适当值的地方工作而引起的一系列错误.

关于SQL Server View ,是福还是祸?,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/42620/

25 4 0
Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
广告合作:1813099741@qq.com 6ren.com