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 这样的关系引擎。 Pro：版本控制、工作流程，在大多数情况下，UI 用于支持数据输入/编辑。缺点：UI 与大量数据的限制。
3. 在某种程度上，您可以将一个列表与不同列表/文档元数据中的另一个字段相关联。
4. 请参阅我在第 1 点之前所说的。

Answer 3

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

Answer 4

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

1.) 是

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

优点：正是界面赋予了 sharepoint 优势，UI 为用户提供了一种更友好的输入数据方式。

缺点：正如我所说，复杂的数据库设计并不容易做到。

3.) 100% 是

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