【IT168技术分析评论】
　　就此而言，迷信在数据库中作或IT业中不会有容身之地。

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

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

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

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

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