令我惊讶和高兴的是,我读到管理员可以将Access 2007数据库导入sharepoint站点(几乎直接)。自动地,将数据库转换为列表和视图,并抛出一些表查找以获得良好的效果。在客户端计算机上安装了Access 2007之后,即使是表单和未使用的表单也仍然可以重用。
对我来说..。这听起来很好,是真的。
有人真的喝过这个吗?有这么多好消息,这些坏消息和陷阱在哪里呢?取决于数据库的大小,这难道不是SharPoint数据库中的“混乱工作”吗?
资料来源:http://madhurahuja.blogspot.com/2007/01/adding-data-to-sharepoint-l-ists-in.html http://social.technet.microsoft.com/Forums/en-US/sharepointadmin/thread/17745835-a861-4984-9f44-7291fdae7d07
发布于 2009-07-22 06:32:36
需要记住的一点是,SharePoint不处理大型表(2000+记录),性能很差。
我还认为,尽管简单的索引仍然存在,但表上的任何自定义索引都将消失。
发布于 2009-07-25 20:19:36
Sharepoint非常适合处理“平面”数据--基本上是列表--但是如果您的数据是高度相关的,则没有那么好。Sharepoint确实处理查找字段,但它永远不会像Access或数据访问应用程序那样强大。因此,如果您的数据本质上是一个列表,那么Sharepoint可能是一个可行的解决方案,否则您需要在其他地方查找。
您最好直接将数据迁移到SQL server,甚至可能是承载Sharepoint数据库的同一台服务器。然后,您可以使用Access作为它的前端。这可能是你最简单的第一步。
如果您不希望给所有yoru用户访问权限,那么您可以构建一个ASP.Net web应用程序或一个Windows应用程序来处理您的数据访问并将其分发给您的用户。
发布于 2009-07-26 17:27:00
我可以告诉你我为什么没这么做。当然,假设当我的客户想要实现sharepoint时,现有的访问应用程序可以直接移动到sharepoint。我要让他们理解并向他们展示的是,一旦您实现了sharepoint,您的工作流程就会发生变化,并且有可能首先更改access数据库的原因。我们最终要做的是将一些表作为列表导入,然后重新处理整个过程,以利用sharepoint工作流。
与任何迁移一样,首先要确保在您将其抛入之前保持现状是有意义的。迁移是重新评估业务流程以确保它利用新技术的时候。
https://serverfault.com/questions/31758
复制相似问题