2011-01-20 70 views
0

我们的IT经理询问我的帮助,以决定哪种数据最好保存。它是在SharePoint或SQL服务器。Sharepoint 2007使用Sql Server数据库,优点和缺点

就我而言,我不太了解有关在Sharepoint服务器上保存数据,它如何工作,速度有多快,安全性如何等等。我甚至怀疑SharePoint是否能够进行复杂的数据库设计。据我所知,sharepoint不是数据库服务器,这就是为什么我有这个疑问。

所以很显然,我会说Sql Server将是我的首选存储,也是因为Sql服务器已经很长时间了。考虑到我在Sharepoint上的3周暴露和Sql Server上7年的暴露。我没有足够的经验来见证Sharepoint的实力,让我决定做什么。因此,为了在sharepoint上公平,我想问问你们谁更有经验。我的问题:

1.)sharepoint是否有能力存储数据?

2.)如果sharepoint可以存储数据,有什么优点和缺点?

3.)它可以覆盖像sql server这样的关系数据库设计这样的复杂设计吗?

4.)如果你在哪里开发一个sharepoint项目,你会选择sql server作为后端吗?

在此先感谢!

回答

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中,如果你的经理已经表示,它是给你的。

1

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

  1. 是的。您可以创建自定义列表(基本上类似于表结构),您可以将文档与其元数据一起存储。如果您将它用作发布(CMS)平台,则可以存储网页。
  2. 它不应该是像SQL Server这样的关系引擎。 Pro:版本控制,工作流程,在大多数情况下,UI支持数据输入/编辑。 Con:限制用户界面w /大量数据。
  3. 在某种程度上,您可以将一个列表与另一个列表/文档元数据中的另一个字段相关联。
  4. 看看我点1
0

之前所说的Sharepoint显然不是一个数据库服务器,但不知它工作在某些方面。

1.)是

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

优点:它是为共享点提供边界的接口,UI为用户提供了一种更友好的输入数据方式。

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

3)100%是

4)我宁愿的Sharepoint如果应用程序并不需要对数据进行复杂的设计。绝对Sql Server适用于企业类型的应用程序。

+0

你的意思是你百分之一百确定它可以在数据库上做复杂的设计,但是不能像sql server那样工作百分之百吗?我对吗? – 2011-03-04 01:50:15

+0

是的......谢谢你的清除:) – 2011-03-08 07:01:10

1

SharePoint提供了自己的建立在SQL Server之上的数据库层。 提供了一个复杂的对象模型,并且SQL语言API不可用。Acsess通过API,REST和UI列出带有视图的Web部件; NOT SQL和数据库除通过接口外不可访问。 存储在Entity-Attribute-Value三元组中的深层数据(特别是:站点,web,列表,项目,状态,字段,值),以便每个值都进入其自己的记录。这是非常不显眼的。 维护动态的最终用户填充的元数据字典。 作为数据库之上的非关系层,它提供了继承,多类型列表,层次结构,分类法,版本控制,入/出和关系模型中缺少的其他高级功能。 文件可能附加到列表中。 广泛使用GUIDS作为标识符,但这会在系统间移动部分相关数据时导致问题。 没有参照完整性。 不加入数据库表或列表。 过滤比SQL更有限。 没有架构的概念。 从备份还原或发布到单独站点时,部分SharePoint会中断。 从开发到生产的新功能和数据的滚动是有问题的,有时会中断。 希望这有助于。