SQL Server大型企业应用的缺憾

1.相关人员重视程度不同:
例如在Oracle里很难见有很大的单个文件,都是很多小文件加入到表空间的;在SQL Server里40,50G的单个文件都是小的，俺还见过一个文件３００多Ｇ．用SQL Server的都不重视，建一个库，建一些表，然后往里扔数据．咋就不规划一下呢．
--当成access来用了

2.SQL Server根上的几个问题：
那个不能改的８Ｋ页，还有那个可怜的６４Ｋ扩展（居然还保留混合扩展，居然还以扩展为单元做那么多事），主键还隐含聚集索引．．．只有那可怜的聚集索引和非聚集索引（就这可怜巴巴两种索引还很多人不会用，悲哀啊）,创建索引不能加表达式,所以在SQL Server 2008中憋出个date类型和time类型,缓解datatime类型上索引的问题.至今还有很多人认为SQL Server里面的任何小表都不需要建索引（包括微软内部的很多工程师，我给他们做过培训，他们用震惊形容“小表还需要建索引！！”），微软啊，你就不能多一些并发解决方案吗？
--扩展估计只是为了兼容性和减少空间浪费，至少在数据仓库中可以考虑移出掉，不过聚集索引的并发问题确实是个大问题，保持一个物理顺序的维护，成本的确比较高

３．负载均衡
这个那么多客户问SQL Server负载均衡的事，都是ＲＡＣ闹的．虽然负载均衡不能解决所有性能问题，但是起码人家Oracle有啊．有些企业明明ＩＯ有瓶颈，还想上负责均衡，真是盼着找死啊．
--这个pass，期待2015版本推出。

４．微软在数据库引擎的不重视
现在微软拼命在BI上花功夫，因为微软知道在数据库引擎再投入，也很难抢OLTP上的Oracle的市场份额。在BI上投入，可能还真有一拼。
--BI的整体性、易用性不是盖的，可惜sqlserver数据库始终是个瓶颈

5.固有印象:
现在很多人的印象中SQL Server还是中小企业应用，去年一个淄博的系统集成商聊天，他问SQL Server一个数据库能超过10G吗（这可是一个集成商的问题啊）？他给他们的客户做方案时，稍微大一点的数据库都让人家用Oracle。。。这就是SQL Server留下的印象。微软也不做市场宣传，就让很多人保持对他有这么“良好”的印象。
另外很多人觉着SQL Server简单，甚至有客户说这个还需要学习？我靠，这井底之蛙，我真想考死他。。。。
--几十个G没啥问题，mssql2k下，数据仓库整到过1.5tb，虽然性能确实差了些，需要频繁和操作系统数据库bug作斗争

6.缺少专业的DBA
很多企业买了SQL Server不去理它，没有专业的DBA也就算了，甚至还有些企业干脆没人管SQL Server。等数据库有几十个G了，没有专业的DBA，很多问题都会凸现出来。有些企业就开始抱怨SQL Server，然后说这个产品烂。自己不重视，然后把责任转移。。。。
--这个是正解，任何数据库产品都取决于是否有一个好的dba