令我惊讶和高兴的是，我读了pipe理员可以（几乎直接）将Access 2007数据库导入到SharePoint站点。 自动地，数据库被转换成列表和视图，其中引入了一些表格查找以获得更好的效果。 随着客户端计算机上安装Access 2007，甚至forms和什么不能仍然可以重用。
对我来说…这听起来很好，是真的。
有没有人真的干这个？ 有了这些好消息，这个坏的东西和陷阱在哪里呢。 根据数据库的大小，这不是一些如何在SharPoint数据库中“胶着”的工作吗？
来源： http : //madhurahuja.blogspot.com/2007/01/adding-data-to-sharepoint-l-ists-in.html http://social.technet.microsoft.com/Forums/en-US/sharepointadmin /线程/ 17745835-a861-4984-9f44-7291fdae7d07
有一点要记住的是，SharePoint不能很好地处理大型表（2000多条logging） – 性能会变成垃圾。
我也相信，尽pipe简单的索引保持不变，但对表的任何自定义索引都将消失。
Sharepoint对于处理“扁平化”的数据列表非常有用，但是如果数据是高度关联性的话，那么它就不是那么好。 Sharepoint确实处理查找字段，但它永远不会像Access或数据访问应用程序一样强大。 所以如果你的数据基本上是一个列表，那么Sharepoint可能是一个可行的解决scheme，否则你需要看别处。
将数据直接迁移到SQL服务器或许甚至是承载Sharepoint数据库的同一台服务器可能会更好。 您可以使用Access作为前端。 这可能是你最简单的第一步。
如果您不想授予所有yoru用户的访问权限，那么您可以构buildASP.Net Web应用程序或Windows应用程序来处理您的数据访问并将其分发给您的用户。
我可以告诉你为什么我没有做到这一点。 当然可以推测，当我的一个客户想要实现共享点时，现有的访问应用程序可以直接移动到共享点。 我不得不让他们理解并向他们展示，一旦你实现了共享点，你的工作stream程就会改变，并且有可能首先改变你拥有访问数据库的原因。 我们最终做的是将一些表格作为列表导入，并重新整理，以充分利用SharePoint的工作stream程。
与任何迁移一样，首先确保在刚刚倾销之前保持现状是有意义的。迁移是重新评估业务stream程以确保利用新技术的时候。
你正在处理MOSS，不要忘记。 不要以为一分钟就能顺利运行。 testing一下，确保你自己检查一切，不要依赖这个产品的营销宣传。
我经常在SharePoint 2007站点和Access 2007之间来回移动数据。实际上，列表中的“在数据表中编辑”视图使用SharePoint 2007中的Access Runtime，其中2003使用Excel。
Access站点与 Office站点上的Sharepoint相结合 ，可以帮助您了解两者的紧密结合。
话虽如此，一些有关SharePoint不是关系数据库的警告是正确的。 SharePoint不是Access。 这两者都有很好的理由。 但是，很多Access数据库只能保存less量的数据，而且可以从Web界面中获益。
如果你已经安装了许可证的话，我会推荐sql server express或sql server。 访问可以像数据库的前端一样行事; 如果我没有记错，它被称为RDP（远程数据项目），它允许您连接到一个SQL后端，并利用所有的访问GUIfunction。 Sharepoint甚至不会接近它的能力，而且你会很难pipe理。 有升级到RDP项目的向导，我过去做过（访问2002我认为），它的工作原理，你可以使用完整的TSQL，而不是访问SQL。
HTH，Chuck
我还没有添加评论的新点（新手到SF），但我相信Mike T是误解SQL Guy Chuck的回应 – 您可以保留您的Access前端并将其指向SQL Slower :)后端。 您可以两全其美 – 具有SQL Slower完整性，可伸缩性和性能的Access GUI。