Sharepoint 2007使用Sql Server数据库，优点和缺点

Question

我们的IT经理正在向我寻求帮助，以决定哪种方案最适合保存数据。是在sharepoint中还是在sql server中。

在我这边，我不太了解如何在sharepoint服务器上保存数据，它是如何工作的，如何快速，如何安全等。我甚至怀疑sharepoint是否有能力进行复杂的数据库设计。据我所知，sharepoint不是一个数据库服务器，这就是为什么我有这个疑问。

因此，很明显，我会说Sql Server将是我首选的存储，而且还因为Sql server对我来说已经熟悉很久了。考虑到我在sharepoint上工作了3周，而在Sql Server上工作了7年。我没有足够的经验来见证Sharepoint的力量，让我来决定该做什么。因此，为了对sharepoint公平起见，我想请你们在这方面更有经验的人。

我的问题：

1.)sharepoint是否具有存储数据的能力？

2.)如果sharepoint可以存储数据，利弊是什么？

3.)它能涵盖像sql server那样的关系数据库设计这样的复杂设计吗？

4.)如果要开发sharepoint项目，您会选择sql server作为后端吗？

提前感谢！

Answer 1

这显然取决于应用程序，以及它的复杂性，谁是客户端或受众，以及您希望如何部署它。

以下是我对你的问题的回答：

1. Yes
2. Pros:
   It provides a UI for updating data.
   Cons:
   Creating relational structures will be complicated.
   Think custom lookup lists, associated with other custom lists.
3. Yes, but I wouldn't try it.
4. SQL Server, but this depends on the project and 
   isn't an entirely technical decision.

就我个人而言，我认为考虑到你的技能，如果你的经理说这取决于你，你应该使用SQL Server。

Answer 2

SharePoint本身是建立在SQL Server和ASP.NET之上的。

1. 是。您可以创建一个自定义列表(基本上类似于表结构)，您可以将文档与其元数据一起存储。如果你使用网页作为你的发布(内容管理系统)平台，你可以存储网页。
2. 它不应该是像SQL Server那样的关系型引擎。Pro:版本控制，工作流，在大多数情况下，UI都是为了支持数据输入/编辑。缺点: UI具有大量数据的局限性。
3. 在某种程度上，您可以将一个列表与不同列表/文档元数据中的另一个字段相关联。
4. 请参阅我在第1点之前所说的内容。

Answer 3

SharePoint提供了建立在SQL Server之上的自己的数据库层。提供了复杂的对象模型，但SQL语言API不可用。Acsess是通过API、REST和带有视图的UI列表Webparts来访问的；而不是SQL，并且只能通过接口访问数据库。深入存储在实体-属性-值三元组中的数据(具体地说:站点、网站、列表、项、状态、字段、值)，以便每个值都进入它自己的记录中。这是严格的非表形式。维护动态的最终用户填充的元数据字典。作为数据库之上的非关系层，数据库is提供继承、多类型列表、层次结构、分类、版本控制、签入/签出以及关系模型中缺少的其他高级功能。文件可以附加到列表中。大量使用GUIDS作为标识符，但这在系统之间移动部分相关数据时会产生问题。没有引用完整性。没有数据库表或列表的联接。与SQL相比，过滤有更多的限制。没有模式的概念。从备份还原或发布到单独的站点时，SharePoint的某些部分会中断。将新特性和数据从开发到生产是有问题的，有时甚至会中断。希望这能有所帮助。