データベースストアに依存するwebpartのデプロイ

Question

データベース依存性を持つWSS3またはMOSS2007にwebpartを配置する最も良い方法は何ですか？ .wspにデータベースを作成するコードが含まれていれば、データベース作成を扱う別のインストーラで.wspをカプセル化する必要がありますか、または管理者がバックエンド作成を処理できるように2つの異なるパッケージを提供する必要がありますか？

Answer 1

私はSharePoint管理ページのSharePoint管理ページからデータベースを作成するSharePointの方が好きです。 SharePointが新しいWebアプリケーションの作成をどのように処理して、データベースサーバーの名前とSharePointコンテンツデータベースの名前を指定するかを確認してください。

つまり、私はWSPのみの展開を選択します。 WSPには、データベース構成ページ（ASPXページ）と、サーバーの全体管理内のページへのcustom actionリンクをインストールするためのファームレベル機能が含まれている必要があります。 Central Adminからそれを実行することの美しさは、SQL Server上に新しいデータベースを作成する権限を持つコンテキストで実行されることです。したがって、ユーザーにデータベース・サーバーへのログインとパスワードを尋ねる必要はありません。 構成ページでは、データベースの作成が成功したら、SPPersistedObjectクラスのカスタム派生を使用して、SharePoint構成ページに接続情報を保持してください。 Webパーツはこれらの設定を読み取り、データベースに接続することができます。

SharePointアプリケーションを設計する際は、MSIインストーラを使用しないでください。

Answer 2

ウェブパーツはどのような種類のクライアントですか？

私は、あなたのアプローチでやや柔軟性があり、webpartをインストールする複数の方法を検討する価値があるかもしれないと想像します。

専用のDBAがない人には、.wspファイルが1つあるのが最善でしょう。 （これはスーパーのは、それをインストールする。取り扱いに十分な堅牢でなければならないが）

Alternativelyインストーラにそれがインストールされている正確にどのようover より多くの制御を与えるであろう、の.wspとMSI（あるいはscripts）でのために行きます。 （私はこのアプローチを.wspのみのアプローチよりも好むでしょう）