这种事情不会经常发生，但后博客上周我发现自己与供应商谁肯定是那些我抱怨的一个会议。这是供应商在得到他们不得不削减DB到50GB块能够返回数据的速度不够快等性能差的DB存储图像。所以，我们有几十个，这些50GB DB的躺在身边这台服务器，并确定哪一个房屋数据的一个令人费解的方法上。
所以，我还是写博客这个主题，所以我发现自己烤的厂商，为什么他们做他们所做的决定......特别决定违背关于未在DB直接存储图像标准20yrs后功放一点。他说他不知道，但他会尽力帮我。我说，好了这个项目是如何升级我们现有的安装上SQL2K8您的最新版本竟然有没有后端代码更改。你能解释为什么我们从SQL2K要SQL2K8与后端不是一个单一的代码更改？他说，一切工作就好了，所以没有理由让任何代码更改。“象现在这样，一切都会运行。”我说，是的，这就是问题所在。你怎么能说一切都正常运行，现在当你砍你的数据成块50GB？这听起来像不像它运行罚款吗？你知道，大部分的DB可以处理更多的数据比，对不对？ He went silent for almost a full minute and finally said... I'll have to get back to you on that. Then I said, so while you're at it can you ask your devs why almost every query that comes with your app does some form of table scan. You have a few indexes in the DB, but none of them appear to be used by any of the queries. Do you think that may be the source of your performance trouble? He said, I really don't know I'll have to get back with you on that one too.
我有不好的DB的故事不乏其人。我在医疗保健工作，对于那些你不知道是谁，医疗保健是每个人都在技术背后的好20yrs。我有其他供应商的人我还没有呢，谁多年来一直升级他们的产品从DOS到Windows，甚至还组建了一个SQL Server版本。我们即将升级到使用SQL2K8最新版本。真正可悲的是，当他们“开发”自己的DB版本，他们所做的一切就是从DB软糖一起COM调用。所以同样古老的.dll的他们还在逃跑，他们之前，只是现在他们是从SQL调用它们。所以呀，说他们有一个SQL Server版本仅在严格意义上是真实的。这就是那种东西，它使数据库完全站不住脚的，因为你不能访问任何代码。我想你可以得到幸运带着一丝并找到一个查询，你能找出一个新的指数，但它不太可能他们查询数据库的方式，它会制定出适合您。
这些都是厂商如何必须开始为他们的产品责任只是更多的例子。你不能继续推动同屁滚尿流市场，指望它生产的黄金。它是未来四周慢慢认识到，数据块需要进行架构作为过程的一部分，但它在我身边。所以像这样的厂商将要最终打电话到垫子这样的东西。严重的是，你的日子已经屈指可数了，因为整个行业不会永远容忍这些把戏。而且我沿着当仁不让的速度。所以，做你的一部分，面对你的供应商，并确保他们知道，一起扔东西，把它的升级是不能接受的。