就此而言，迷信在数据库中作或IT业中不会有容身之地。

    开发人员经常要为一些明显的潜在问题写解决方案。但这些做法完全是没有必要和不适宜的。

    就拿我一个朋友过去工作过的地方为例。我本要提到他的名字，但对这一点毫无意义。一次我朋友报告了他们应用程序中数据库性能极其低下的情况并且接到处理的任务。经过调查，他发现数据和日志文件在同一个分区，瓶颈就出在那儿。因此他告诉他老板，我们需要把文件放到独立的分区，这样性能将有一个飞跃的提升。就此，他老板回应道，我并不打算将一个未经测试的架构放到我的运行环境中，你首先得测试他。这儿我要说的是，他的老板是个高级数据库管理员，而不是一个普通经理型的角色。

    然后，我的朋友很吃惊的告诉他，那是行业标准的做法，其实并不需要测试。该高级数据库管理员回答说，但是“任何事情”都可能发生，所以我们不能冒这个险。

    那么首先，弄清楚“anything”是什么?及具体担心的又有那些问题?这些所谓的“任何事情”真的会发生吗?其实不然，比喻说，你的数据库文件不可能自动转换成Oracle文件或者Excel文件以及突然变得和SQL Server 不相匹配。这个文件不可能突然启动去删除记录或者丢弃表格。因此，明确类是这样的“任何事情”都不可能发生，那么你还有什么好担心的呢?你是担心他们不能正常的工作?在这种情况下，如何复制，并保持原件，直到我们证实他们适合新的位置。那些东西都在为你工作吗?不是?为什么不呢?由于什么事情仍可能在发生。别这么回答，你不可能用一句近乎迷信的话“什么都可能发生”来回答。给我一些更具体你害怕的情况，我们将采取步骤来防止他们等。

    另一次也出现了同样的情况，我的朋友实施了完善的XML解决方案解决他们一个最大的问题。而且这个方案称得上是及其优雅的，快速和冷静。直接找到了问题的根源 。然而，他不得不调用microsoft.com的XML命名空间，他的老板否定了这份解决方案，因为他认为调用外部资源是不安全的。如果黑客想要攻击，什么事情都可能发生，他只是不能提供这样的机会。三个星期后，我的朋友递交了他的辞呈。

    再次思考“anythign” 是什么?由于什么事情都不可能会发生。而这这样做的结果只是愚蠢的否定掉一个优秀的解决方案，仅仅因为它引用了外部资源的命名空间。

    在IT行业里充满了这些迷信。而这些认识往往是没有事实根据的;他们基于过去错误的事情和认识，人们没有抽出宝贵的时间试图去了解造成他们的原因。现在没人能理解。他们像电脑一样在工作，是半科学和半宗教。你将一个SQLServer集成服务(SSIS)包部署到你的测试盒中，并且运行它。它运行得很好。数据库管理员立即去执行它，并且他开始把他从你过去你用来部署与测试的源方案中提出来。你立即阻止他，因为你希望它是直接被提出。为什么?因为它已经证明自己的正确性并且你觉得这是更稳定的代码，因为它已经被部署测试过了。那么你现在真的是愚蠢。他们正在被以相同的基码数部署，但你坚决主张什么事情都可能发生，使其不能被恰当地部署。那么好，界定“anything”。这正是我们具有的相同的疑问。告诉我是“anything”什么，我们将采取步骤防止它。因为没有什么可能发生，无论是部署源代码还是部署已经被部署测试过的代码。

    再次，我们需要明确，迷信不属于计算机和技术领域。当然，事情出错，也许你甚至不能预测他们。但是，这并不意味着什么事情都可能发生。因为任何事情都不可能会发生。你写代码并部署。一路上，你试图考虑问题并计划将他们控制在合理的范围。并且你进展顺利。不要再次发明车轮。因为个人的缘故，如果你不明白什么，只是问，将表现的很愚蠢。但如果你因为不了解情况而做了什么愚蠢的事情将比你只是问但开发出正确的案表现得更加的愚蠢。

免责声明：本网站（http://www.ciotimes.com/）内容主要来自原创、合作媒体供稿和第三方投稿，凡在本网站出现的信息，均仅供参考。本网站将尽力确保所提供信息的准确性及可靠性，但不保证有关资料的准确性及可靠性，读者在使用前请进一步核实，并对任何自主决定的行为负责。本网站对有关资料所引致的错误、不确或遗漏，概不负任何法律责任。
本网站刊载的所有内容（包括但不仅限文字、图片、LOGO、音频、视频、软件、程序等）版权归原作者所有。任何单位或个人认为本网站中的内容可能涉嫌侵犯其知识产权或存在不实内容时，请及时通知本站，予以删除。