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

Question

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

就我而言，我对在 sharepoint 服务器上保存数据、它如何工作、速度有多快、有多安全等方面了解不多。我什至怀疑 sharepoint 是否能够进行复杂的数据库设计。据我所知，sharepoint 不是数据库服务器，所以我有这个疑问。

所以显然我会说 Sql Server 将是我的首选存储，而且因为 Sql server 已经为我所知很长时间了。考虑到我在 sharepoint 上的 3 周曝光与在 Sql Server 上的 7 年曝光。我没有足够的经验来见证 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. 是的。您可以创建自定义列表（基本上类似于表结构），您可以存储文档及其元数据。如果您将网页用作发布 (CMS) 平台，则可以存储网页。
2. 它不应该是像 SQL Server 这样的关系引擎。优点：版本控制、工作流程，在大多数情况下，UI 可以支持数据输入/编辑。缺点：使用大量数据的 UI 的限制。
3. 在某种程度上，您可以将一个列表与不同列表/文档元数据中的另一个字段相关联。
4. 请参阅我在第 1 点之前所说的内容。

Answer 3

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

Answer 4

Sharepoint 显然不是数据库服务器，但它以某种方式工作。

1.)是的

2.)你可以，但不像 Sql Server 那样复杂。

优点：界面赋予共享点优势，UI 赋予用户更友好的数据输入方式。

缺点：就像我所说的那样，复杂的数据库设计并不容易做到。

3.) 100% 是

4.) 如果应用程序不需要复杂的数据设计，我更喜欢 Sharepoint。绝对是用于企业类型应用程序的 Sql Server。