27,582
社区成员
发帖
与我相关
我的任务
分享SharePoint所用数据库效率的问题
MS推行的Windows SharePoint Services 系统所用的数据库中有一个表叫
DOCs，
这个表吧，用户用了1个多月了，里面存的是4000多条记录，
我将这个表导出到另一个空数据库中，
这个空数据库居然有3G那么大，我真是担心以后的效率问题，
将文件存放在数据库中是为了全文索引，不这么做还不行，
天哪，不到一个月就3G了，才4000多条记录就这样了，以后还咋办啊，
SharePoint还不能随便动数据库里的结构，大家帮忙啊！
请大家帮忙想想，这个表会带来哪些严重的不可避免的后果？
比如“是否会影响同库中其他表的访问效率？整个服务器变慢
”等等这样的问题，然后该如何优化，需要注意哪些问题，
DOCs，
这个表吧，用户用了1个多月了，里面存的是4000多条记录，
我将这个表导出到另一个空数据库中，
这个空数据库居然有3G那么大，我真是担心以后的效率问题，
将文件存放在数据库中是为了全文索引，不这么做还不行，
天哪，不到一个月就3G了，才4000多条记录就这样了，以后还咋办啊，
SharePoint还不能随便动数据库里的结构，大家帮忙啊！
请大家帮忙想想，这个表会带来哪些严重的不可避免的后果？
比如“是否会影响同库中其他表的访问效率？整个服务器变慢
”等等这样的问题，然后该如何优化，需要注意哪些问题，
...全文
请发表友善的回复…
发表回复
hglhyy 2005-07-12
- 打赏
- 举报
学习
子陌红尘 2005-07-12
- 打赏
- 举报
1、不会影响其他表的访问效率，也无须对数据库进行优化，MS提供的应该是一个较优化的方案用于实施。
2、既然是将共享文件保存在该表中，3G的数据也不算特别大，在配置文件服务器时硬盘的容量通常都是非常大的。
2、既然是将共享文件保存在该表中，3G的数据也不算特别大，在配置文件服务器时硬盘的容量通常都是非常大的。
hsj20041004 2005-07-12
- 打赏
- 举报
首先应该看看是否大你的日志文件太大了，清除你的日志文件。
某一个表中的数据多同库中其他表的访问效率影响不大，几乎没有。
某一个表中的数据多同库中其他表的访问效率影响不大，几乎没有。
