最近参与到一个SharePoint文档管理相关的项目中，涉及到使用SharePoint管理大文件的问题。对于这个问题现在也仅仅是有一点点想法，写下来做个备份。

这里说的大文件那真是很相当地大呀，都是TB级别的。本来考虑直接用SharePoint存储文件，但基于文件大小的问题，这个方案直接被否定了。

1. 默认情况下，SharePoint只能上传50MB大小的文件，通过修改配置，可以把这个限制提高到2GB。这个2GB的限制，我想可能是和SQL Server字段存储上限有关的，不过不管怎么样TB级别的数据无论如何也无法放到SharePoint中了

2. 另外一个关于带宽问题也提一下。即使是几百兆的文件，在上传到SharePoint的时候耗费的时间也是相当惊人的。在intranet的状况下都有可能导致超时，internet下更加不可行。

客户看上SharePoint只要是因为它的皮囊比较漂亮（虽然看多了也要吐的），总之是一定要用的。所以目前想到的办法就是结合SharePoint的管理和其他存储技术（file system....)共同实现这个目标。

这里根据存储技术的不同也要分一下，毕竟基于windows file system的实现和SharePoint集成起来更方便。。。如果是其他的存储技术，比如emc documentum，原理上是一样的，仅仅实现有不同。无论哪种实现，要考虑的东西基本差不多，我罗列了下面几条，目前仅仅是想到这么几点

1. 当文件被存放到file system的时候，创建相应的sharepoint item。最好是在SharePoint中建立相同的层次结构，以便于控制。

2. 同步二者（实际文件与对应的sharepoint item）的权限控制。

3. 保持对文件的状态监测，文件所在层次的变化要反映的SharePoint中去。

4. 保持对文件的状态监测，对文件进行修改时控制sharepoint item的check in/out状态。

5. 保持对文件的状态监测，文件销毁的同时需要同时删除对应的SharePoint item。

6. SharePoint item存放文件的元数据，对原数据的修改不能影响到文件的状态。

现在仅仅想到这么多，以后如果想到更多就添加上。。。