部署依赖于数据库存储的webpart

时间:2009-06-19 10:43:07

标签: sharepoint moss sharepoint-2007 wss-3.0

在具有数据库相关性的WSS3或MOSS2007中部署webpart的最佳方法是什么?如果.wsp包含用于创建数据库的代码,是应该将.wsp封装在另一个处理数据库创建的安装程序中,还是应该提供两个不同的包以允许管理员处理后端创建?

2 个答案:

答案 0 :(得分:6)

好吧,我更喜欢从管理中心的SharePoint管理页面创建数据库的SharePoint方式。只需看看SharePoint如何处理新Web应用程序的创建,其中要求您命名数据库服务器和SharePoint内容数据库的名称。

换句话说,我会选择仅部署WSP。 WSP应包括数据库配置页面(ASPX页面)以及服务器场级别功能,以便在管理中心内部安装custom action链接。从Central Admin执行此操作的好处在于它在具有在SQL服务器上创建新数据库的权限的上下文中运行。因此,您无需向用户询问数据库服务器的登录名和密码。 成功创建数据库后,配置页面应使用SPPersistedObject类的自定义派生,在SharePoint配置页面中保留连接信息。 Web部件可以依次读取这些设置以连接到数据库。

在我看来,在设计SharePoint应用程序时应避免使用MSI安装程序。

答案 1 :(得分:0)

您的网站部分针对哪种客户?

我认为在您的方法中考虑稍微灵活并考虑安装Webpart的多种方法可能值得。

因此对于没有专用DBA的人来说,最好有一个.wsp。 (虽然这应该足够强大,可以处理超级用户的安装。)

或者选择.wsp和msi(甚至是脚本),这将给安装程序 更准确地控制它的安装方式。 (我更喜欢这种方法,而不是.wsp唯一的方法。)