软件在线5月20日编译 现在很多公司都在执行、或者规划者对微软的SharePoint的初级阶段实施，这包括惠氏制药、WestJet以及宜家等大公司。
然而，大多数人通过微软发布的类似于汽车牌照的许可协议“拥有”SharePoint。而对于其中的1/3来说，在估价网站产品时SharePoint也创造了一定的便利（我听到“我们已经拥有了SharePoint，我们为什么不用他”类似的描述）。然而，有时偶尔也会存在这样的事实：这些企业同样拥有他们的内容管理产品。其中一个企业拥有（并且在使用）BEA以及RedDot，但是打算在由Prescient Digital协助完成的成熟评价之后用SharePoint替代两者。虽然甲骨文Stellent 工具（现在是甲骨文Universal Content管理套件的一部分）很具有吸引力（WestJet就很感兴趣甲骨文该产品的特性），而成本的差异以及整体功能广度都使SharePoint受到了青睐。
大企业正在与现实或者想想的可扩展性作斗争。如果一位与会者想向5000名雇员推出一个网站，技术问题（微软在他们的环境中有着10万个的这种问题）、全球性的执行、内容数据库大小带来的表现性限制以及SharePoint内部带来的网站聚合限制都将让他们很头疼。微软公布了SharePoint对软硬件环境的需求，但是大型企业仍然需要小心谨慎地规划和构建合适的解决方案。
也有人惊讶SharePoint中对文件大小的限制。微软一直在公布对文件大小的限制（具体情况参见以前的公告），但随着越来越多的企业开始处理富媒体资源（或者其他大型文件），一个2Gb的限制对于企业来说真的不够用。可以肯定的是，这实际上是在SQL中BLOB大小限制的作用，不幸的是，SharePoint仅仅兼容SQL Server，所以如果想要避免数据限制还不能简单地更换数据库平台。更有趣的是，关于这一问题，微软还有一个“解决方案”，这一解决方案先后通过和修复程序和SP 1为大家所认识。微软叫这些解决方案为“外部BLOB存储提供者” 。不幸的是，这一功能很少在公众那里获得知名度。在最新的TechNet会议上，Pav Cherney讨论了如何利用这一新的存储供给来为SharePoint创造外部存储机制。你同样可以从Todd Carter以及Clever Workarounds的博客中了解到更多存储供给技术的细节。尽管博客作者对这一技术给予了很多正面的评价，但我仅仅同意他们所说的“充满希望的一步”。
