1.1 サポートされているアーキテクチャ
1.3. ハードウェア要件
SQL Server 2008 製品版、あるいは SQL Server 2005 の 製品版、SP1、または SP2 を Windows 7 RC にインストールしようとすると、このバージョンの Windows と SQL Server に既知の互換性の問題があることを示す警告メッセージが表示される場合があります。SQL Server は Visual Studio によって再頒布されるため、インストール時にユーザーが Visual Studio と共に SQL Server をインストールすることを選択すると、この既知の問題の影響を受けることがあります。この互換性に関する警告の原因となっている問題は、SQL Server 2008 SP1 と SQL Server 2005 SP3 で解決されています。
この問題を解決するには
Visual Studio を SQL Server と共にインストールし、次に、Windows Update を使用して SQL Server 2008 SP1 または SQL Server 2005 SP3 にアップグレードします。または、SQL Server 2008 SP1 をインストールしてから Visual Studio をインストールする方法もあります。
以下に、Visual Basic 2008 Express Edition SP1 を、SQL Server 2008 と共に Windows 7 RC にインストールする手順について説明します。その他の Express Edition も同じ方法でインストールできます。
詳細情報
SQL Server 2005 Express (いずれかの Express Edition) または SQL Server 2008 Express (Runtime Only) をインストールしている場合は、最新のサービス パックを含む SQL Server Express パッケージだけをダウンロードできます。Express パッケージをインストールしてからサービス パックをダウンロードして適用するのは、最新のサービス パックが既に含まれているパッケージをダウンロードしてインストールするよりも時間がかかります。また、SQL Server 2008 Express Service Pack パッケージのサイズは、サービス パックが SQL Server 2008 のすべての Edition で共有されているため、SQL Server Express パッケージよりも大きくなっています。
SQL Server 2008 Express の Runtime Only 以外の Edition を Windows 7 RC にインストールし、警告メッセージが表示されないようにする必要がある場合は、SQL Server 2008 Service Pack 1 パッケージを独自に作成できます。Peter Saddow のブログ「Creating a merged (slipstreamed) drop containing SQL Server 2008 RTM + Service Pack 1(SQL Server 2008 製品版と Service Pack 1 を含む、マージした (スリップストリーム化した) ドロップの作成)」で説明されている手順に従ってください。
Windows SDK for Windows Vista または Windows SDK Update for Windows Vista をインストールした後、Windows SDK をアンインストールした場合、Visual Studio が Windows のヘッダー、ライブラリ、およびツールを探すために必要なレジストリ キーが削除されます。
この問題を解決するには
次のいずれかの作業を行います。この問題を解決するには
Visual Studio 2008 Express Edition SP1 の MSDN Express ライブラリは、Microsoft Visual Studio Express Editions の Web サイト http://www.microsoft.com/japan/msdn/vstudio/express/ から別途ダウンロードできます。Visual Studio 2008 Express Edition SP1 Beta がインストールされているコンピュータに Visual Studio 2008 Express Edition SP1 製品版をインストールすると、SQL Server Express 2008 ブートストラップの最終的なライセンス条項のファイル (.rtf 形式) がインストールされても、ライセンス条項の .txt ファイルは削除されません。 SQL Server 2008 Express ブートストラップの正しいライセンス条項のファイル (.rtf) は、ClickOnce によって配置されるものです。 その後、Visual Studio 2008 Express Edition SP1 製品版をアンインストールすると、ライセンス条項の .rtf ファイルは削除されますが、.txt バージョンのファイルはコンピュータに残されます。
この問題を解決するには
孤立した Eula.txt ファイルが操作上の問題を引き起こすことはありません。 ただし、孤立した Eula.txt ファイルを次の手順で削除できます。
1) ディレクトリを <drive>:\Program Files\Microsoft SDKs\Windows\v6.0A\Bootstrapper\Packages\SqlExpress2008\<lang>\ (たとえば、ドライブ D と英語の場合は D:\Program Files\Microsoft SDKs\Windows\v6.0A\Bootstrapper\Packages\SqlExpress2008\en\) に変更します。
2) Eula.txt ファイルを削除します。
以前のリリースの SQL Server Express 2008 が実行されているコンピュータに Visual Studio 2008 Express Edition SP1 製品版をインストールすると、SQL Server Express 2008 製品版のインストールが失敗します。
この問題を解決するには
1. コントロール パネルの [管理ツール] からサービス コントロール マネージャを開きます。
2. "SQL Server (SQLEXPRESS)" サービスを停止します。
3. スタート アップの種類を [手動] に設定します。
4. Visual Studio 2008 Express SP1 をインストールします。
5. サービス コントロール マネージャで、"SQL Server (SQLEXPRESS)" サービスのスタート アップの種類を [自動] にリセットします。
6. サービスを開始します。
この問題を解決するには
この問題を解決するには、言語バージョンがコンピュータ上の SQL Server Express 製品と一致する Visual Studio 2008 Express Edition SP1 をインストールするか、コンピュータから SQL Server Express 製品を削除してから Visual Studio 2008 Express Edition SP1 をインストールします。(※ Visual Studio 2008 Express SP1 のインストールを実行すると .NET Framework 2.0 SP2 が同時にインストールされます)
.NET Framework 2.0 または .NET Framework 2.0 SP1 がインストールされているコンピュータで Windows XP、Windows Server 2003、または Windows 2000 が実行されている場合、.NET Framework 2.0 SP2 のインストールが失敗します。
.NET Framework 2.0 SP2 セットアップにより、.NET Framework 2.0 および .NET Framework 2.0 SP1 の以前のバージョンがアンインストールされます。Windows インストーラによって以前のバージョンがアンインストールされる場合は、キャッシュされたインストール データベースが使用されます。Windows インストーラによるアンインストール操作中に、以前にインストールされた更新プログラムのインストール パッケージがキャッシュまたは元のソースの場所に見つからなかった場合、インストールが失敗します。不完全なロールバックが発生した場合、このインストールの失敗の影響により、.NET Framework を使用するアプリケーションが失敗する可能性もあります。
この問題は、次のいずれかの理由で発生する可能性があります。
Windows インストーラ キャッシュで必要なファイルが見つかりません。
Windows インストーラ キャッシュが変更されています。キャッシュは、製品の修復、更新、およびアンインストールに不可欠です。したがって、キャッシュの内容を削除または変更しないでください。キャッシュの内容を変更すると、Windows インストーラ ベース製品を更新または修復しようとしたときにソースを要求される場合があります。この問題を解決するには
.NET Framework 2.0 SP2 のインストールが失敗し、"原因" セクションに記述されているように "修正プログラムのソースを解決しています。" というメッセージがインストール ログ ファイルに表示された場合は、Microsoft .NET Framework Registration Correction Tool を使用して問題を解決できます。.NET Framework 2.0 SP2 および .NET Framework 3.0 SP2 がインストールされていない Windows Vista コンピュータに Visual Studio 2008 Express Edition SP1 をインストールしているときに、Windows 自動更新の通知により、コンピュータを再起動するように求められることがあります。 すぐに再起動することを Windows Update に許可すると、Visual Studio セットアップが失敗します。
この問題を解決するには
Visual Studio Express Edition SP1 のインストールが完了するまで、または Visual Studio 2008 Express Edition セットアップでコンピュータの再起動を求められるまでは、コンピュータを再起動しないでください。
Windows Vista コンピュータ上の Visual Studio 2008 Express Edition SP1 セットアップで、Visual Studio Express Edition セットアップの起動時にコンピュータの再起動が保留中になっていると、Microsoft Windows インストーラ 4.5 のインストールに失敗する場合があります。 Windows インストーラ 4.5 は SQL Server 2008 のセットアップに必要であり、SQL Express を選択するとインストールされます。 Windows Vista の更新プログラムの実行時にコンピュータの再起動が保留中になっていると、Express セットアップにより、再起動してからすべてのコンポーネントをインストールするように求められることがあります。 再起動した後でセットアップが再開されると、Windows インストーラ 4.5 セットアップが失敗します。
この問題を解決するには
1. Microsoft Windows Update にアクセスして、Windows の最新の重要な更新プログラムをインストールします。
2. Visual Studio 2008 Express Edition SP1 セットアップを再起動します。
3. [オプション コンポーネントの追加] を選択します。
4. SQL Server Express を選択します。
5. [次へ] をクリックし、選択したアドオン製品をインストールします。
Windows インストーラ 4.5 がインストールされていない場合、セットアップによってダウンロードとインストールが行われます。
6. Windows インストーラ セットアップを実行した後で、コンピュータの再起動を求められたら、[今すぐ再起動] をクリックします。
7. SQL Server Express のインストールを完了します。
コンピュータを再起動した後で Visual Studio 2008 Express Edition SP1 セットアップを再開すると、Windows インストーラ サービスを使用できない場合があります。
これは、通常、Visual Studio セットアップが再開され、起動プロセスの後半で Windows インストーラ サービスが開始されたときに、一部のコンピュータ上で発生するタイミングの問題です。
この問題を解決するには
1. エラー ダイアログ ボックスで、[OK] をクリックします。
2. Visual Studio 2008 Express Edition SP1 セットアップを手動で再起動します。
3. Express Edition セットアップがメンテナンス モードで起動した場合、[オプション コンポーネントの追加] を選択し、追加する機能を選択します。
Visual Studio Express Edition のインストール中に、コンピュータを再起動してからすべてのコンポーネントをインストールするように求められることがあります。 これは、通常、MSI 4.5 と SQL Server Express 2008 をインストールしている場合、SQL Server Express 2008 のインストールを開始する前にコンピュータの再起動が必要であるため発生します。 後で再起動するように選択した場合、コンピュータの再起動後にセットアップが自動的に再起動せず、セットアップを再実行してすべてのコンポーネントのインストールを完了することが必要になる場合があります。
この問題を解決するには
コンピュータを再起動し、Visual Studio 2008 Express Edition Service Pack 1 のセットアップを再起動します。 SQL Server Express 2008 のインストールを完了するには、[オプション コンポーネントの追加] を選択し、SQL Server Express 2008 を選択することが必要な場合があります。
Visual Studio 2008 Express Edition SP1 Beta (日本語版) から Visual Studio 2008 Express Edition SP1 製品版 (日本語版) にアップグレードした後、ADO.NET Entity Data Model デザイナが削除されます。
この問題を解決するには
プログラムの追加と削除 (Windows Server 2003 および Windows XP)、またはプログラムと機能 (Windows Vista および Windows Server 2008) を使用して、Visual Studio 2008 Express Edition SP1 製品版 (日本語版) を修復します。
Visual Studio 2008 Express Edition Service Pack 1 のインストール時に SQL Server Express 2008 をインストールするオプションを選択した場合、SQL Server Express 2008 製品版のインストールでエラーが発生することがあります。 エラーの原因には、次のさまざまな条件があります。
1) サポートされていない言語間では、アップグレードは失敗します (たとえば、製品版以前の SQL Server Express 2008 英語版を、製品版の SQL Server Express 2008 日本語版にアップグレードした場合)。
2) サポートされていないアップグレード パスでは、エラーが発生します (たとえば、SQL Server Express 2005 with Advanced Services がインストールされたコンピュータで SQL Server Express 2008 にアップグレードした場合)。
3) Visual Studio 2008 Express Edition SP1 セットアップの実行時に、システムの再起動が保留中になっている場合、またはファイルがロックされている場合、SQL Server 2008 Express のインストールは失敗します。
4) 必要に応じてコンピュータを再起動した後、Visual Studio 2008 Express Edition Service Pack 1 製品版のセットアップを実行したときと異なるログオン名を使用して、コンピュータにログインします。 この場合、コンピュータの再起動後にセットアップが再開されず、SQL Server Express 2008 のインストールは続行されません。
5) インストール中、SQL Server Express 2008 をインストールする前にコンピュータを再起動するように求められたときに、後で再起動するように選択した場合、またはインストール中にコンピュータが再起動された場合 (夕方に開始した SQL Server Express 2008 のインストールが完了する前に、Windows Update が夜間に更新プログラムを取得したため、自動的に再起動が実行されたときなど、インストール以外の要因で再起動された場合)、SQL Server Express 2008 のインストールは開始されません。
この問題を解決するには
1) この問題を回避するには、インストール済みの製品版以前の SQL Server Express 2008 と同じロケールの言語のアップグレードをインストールする必要があります。
SQL Server Express 2008 のアップグレードの詳細については、http://msdn.microsoft.com/ja-jp/library/ms143393(SQL.100).aspx を参照してください。
2) この問題を回避するには、2 つの方法があります。
a. ブロックしているインスタンスを手動でアップグレードします。 たとえば、Visual Studio 2008 Express Edition Service Pack 1 製品版のインストールとは別に SQL Server Express Advanced 2008 をダウンロードしてインストールします。
b. SQL Server Express 2008 のインストールをブロックしている SQL Server のインスタンスを削除し、Visual Studio 2008 Express Edition Service Pack 1 製品版のセットアップを再実行します。
詳細については、http://msdn.microsoft.com/ja-jp/library/ms143393(SQL.100).aspx を参照してください。
3) コンピュータを再起動し、Visual Studio 2008 Express Edition SP1 のセットアップを再開します。 メンテナンス モード画面で、[オプション コンポーネントの追加] を選択し、SQL Server Express 2008 を選択します。
4) コンピュータの再起動後に、Visual Studio 2008 Express Edition Service Pack 1 製品版のセットアップを最初に実行したときと同じユーザー名を使用して、コンピュータにログオンします。
Microsoft Visual Studio 2008 Service Pack 1 (SP1) の英語以外の言語版をインストールした後、ローカライズされた一部の IntelliSense テキストが英語に戻ることがあります。この問題は、Visual Studio 2008 SP1 の以下の言語版で発生します。
o 簡体字中国語
o 繁体字中国語
o ドイツ語
o スペイン語
o フランス語
o イタリア語
o 日本語
o 韓国語
この問題を解決するには、詳細について
KB 957507
を参照し、次にファイルをダウンロードします。
既知の問題はありません。
既知の問題はありません。
既知の問題はありません。
Visual Web Developer Express Edition 2008 から Visual Web Developer Express Edition 2008 SP1 にアップグレードするとき、IDE 設定が SP1 の新しい既定値にリセットされます。 これらの IDE 設定には、メニュー、ツール バー、ツール ウィンドウ、エディタ オプション、フォントと色、ショートカット キーなどのカスタマイズが含まれます。 設定のインポートとエクスポート ウィザードを使用して現在の設定をエクスポートすることによって、設定をバックアップしてから SP1 をインストールできます。 Visual Web Developer Express Edition SP1 の既定値に対して行われた変更は、次のとおりです。
- [新しいプロジェクト] と [プロジェクトを開く] が [ファイル] メニューに追加されました。
- [新しいプロジェクト] と [プロジェクトを開く] がツール バーに追加されました。
- [すべての設定を表示] オプションがオフになっている場合、[CSS] オプションと [CSS スタイル] オプションのページが [ツール] メニューの [オプション] に追加されました。
- [新しいプロジェクト] と [プロジェクトの作成] がスタート ページに追加されました。
この問題を解決するには
IDE 設定を保持するには
1. Visual Web Developer Express Edition SP1 をインストールする前に、既存のインストールを開き、[ツール] メニューの [設定のインポートとエクスポート] をポイントします。
2. [選択された環境設定をエクスポート] をクリックします。
3. [次へ] をクリックします。
4. エクスポートする設定を選択します (メモ : [全般設定] にある [メニューとコマンド バーのカスタマイズ]、[簡易ツール/オプション]、または [スタート ページ コマンド] をエクスポートし、Visual Web Developer Express Edition SP1 にインポートする場合、SP1 に追加された設定の一部が上書きされます)。
5. ファイルの場所を選択して、設定を保存します。
6. Visual Web Developer Express Edition SP1 をインストールします。
7. Visual Web Developer Express Edition SP1 で、[ツール] メニューの [設定のインポートとエクスポート] をポイントします。
8. [選択された環境設定をインポート] を選択します。
9. [次へ] をクリックします。
10. [いいえ、現在の設定を上書きして新しい設定をインポートします] を選択します (後で [すべての設定をリセット] を選択できるので、既定の設定をバックアップする必要はありません)。
11. 手順 5. でエクスポートした設定ファイルを選択します。
12. [完了] をクリックします。
13. [ファイル] メニューに [新しいプロジェクト] と [プロジェクトを開く] を表示するには、これらのコマンドを手動でメニューに追加する必要があります。この操作を行うには、[ファイル] メニューを右クリックし、[カスタマイズ] をクリックします。[コマンド] タブをクリックし、[ファイル] カテゴリを選択し、[新しいプロジェクト] と [プロジェクトを開く] を [ファイル] メニューにドラッグします。次に、[新しいプロジェクトの追加] と [既存プロジェクトの追加] を [ファイル] メニューの [追加] サブメニューにドラッグします。
現在の設定をバックアップしないで Visual Web Developer Express Edition SP1 をインストールした場合は、設定を復元できません。
統合開発環境 (IDE) では、言語バージョンが一致しない複数の Visual Studio Express Edition をインストールすると、レポート パッケージを読み込むことができない場合があります。この問題は、Windows のユーザー インターフェイスの言語と、一方の Express Edition ユーザー インターフェイスの言語が一致しない場合 (たとえば、日本語版の Windows 上に、日本語版の Visual Basic Express Edition と英語版の Visual Web Developer Express Edition をインストールした場合) に、一致しないエディション (この例では Visual Web Developer) を開いたときに発生します。IDE では、英語版の Visual Web Developer Express Edition に対して日本語のリソースを読み込もうとして、リソースが見つからない場合に、パッケージの読み込みエラーがスローされます。これは、実行可能ファイルが異なる別個の SKU の場合でも、2 番目の言語エディションがインストールされると、IDE の言語設定が [日本語 (日本)] から [Microsoft Windows と同じ] に自動的に変更されるためです。
この問題を解決するには
コンピュータに、複数の言語バージョンの Visual Studio Express Edition がインストールされている場合は、[国際対応の設定] ページで既定の言語を変更できます。このダイアログ ボックスを表示するにはこの問題が発生するシナリオは 2 つあります。
- データベースからのモデルの更新を実行すると、データベースの新しい外部キーに対してアソシエーションが作成されますが、ダイアグラムには表示されません。
- デザイナで元に戻す/やり直し操作を実行すると、ダイアグラム内で関連行が正しい位置に表示されません。
この問題を解決するには
次のような回避策があります。
- ファイルを保存します。デザイナを終了します。ファイルを再度開きます。
- ダイアグラムの空の領域を右クリックし、[ダイアグラムの配置] をクリックします。それによって、既にダイアグラムに行った手動でのレイアウトの変更内容を変更できます。
- 関連するエンティティを手動で移動して、レンダリングを更新します。
WPF デザイナの [プロパティ] ウィンドウで、値が米国方式で表示され、編集されます。 これは、en-US CultureInfo を使用する XAML 規則に一致します。 たとえば、日付や数字は常に米国方式となります。日付は常に mm/dd/yy で表示されます。[プロパティ] ウィンドウに日付の値を入力すると、mm/dd/yy 形式に変換されます。
この問題を解決するには
この問題の回避策はありません。
Visual Studio 2008 SP1 では、コードのリファクタリングにより型やメンバを変更している場合、リファクタリングでの変更が XAML ファイルに反映されません。 この機能の詳細については、製品マニュアルの「方法 : XAML で宣言されたシンボルの名前を変更する」を参照してください。この新しい機能には、次の制限が適用されます。
- リファクタリングによって変更されるのは、現在のプロジェクトの XAML ファイルのみです。ソリューションのプロジェクト全体には適用されません。
- リファクタリングは、型名と特定の属性に対してのみ使用できます。次の属性にはリファクタリングを使用できません。
o Setter プロパティ属性
o TemplateBinding パス属性
o バインディング パスおよび ElementName 属性
o ObjectDataProvider の MethodName プロパティ
この問題を解決するには
変更は、[検索と置換] を使用するなどして、手動で行う必要があります。
XAML ファイル内の型またはメンバに変更を加えても、それらの変更内容はコード ファイルに反映されません。
たとえば、XAML エディタを使用して、イベント ハンドラが関連付けられているボタン名を変更した場合、分離コードは更新されません。
この問題を解決するには
コード ファイルに対する変更は、[検索と置換] を使用するなどして、手動で行う必要があります。
ソリューション エクスプローラで XAML ファイルを右クリックし、[名前の変更] をクリックすると、ファイル名は変更されますが、XAML または分離コードでのクラス名のリファクタリングを求めるプロンプトは表示されません。特に、Application XAML ファイル内の StartupUri プロパティで参照される XAML ファイルの名前を変更した場合 (たとえば、Window1.xaml を MainWindow.xaml に変更した場合)、StartupUri プロパティを手動で変更する必要があります。
この問題を解決するには
変更は、[検索と置換] を使用するなどして、手動で行う必要があります。
分離コード ファイルでは、シンボルを右クリックして [すべての参照の検索] をクリックすると、シンボルへのすべての参照を検索できます。[すべての参照の検索] を実行しても、[名前] プロパティを設定していない XAML 要素は見つかりません。
例 :
次の XAML は、名前のない MyUserControl 要素を示しています。
<Grid>
<MyUserControl/>
(...)
分離コード ファイルでは、MyUserControl シンボルを右クリックして [すべての参照の検索] をクリックすると、XAML 内の参照ではなく、コード内の参照のみが見つかります。
この問題を解決するには
コントロールに名前を付けるか、[フォルダを指定して検索] を使用して手動で検索します。
XAML を介して ObjectDataProvider にバインドし、WPF デザイナに XAML を読み込んだ状態で、ObjectDataProvider がデータベースの呼び出しを行うと、処理が非常に長くなり、メモリ消費量が増加する可能性があります。その結果、処理が終了するまで WPF デザイナが応答しなくなる場合があります。
この問題を解決するには
デザイン時にこのような ObjectDataProvider の設定を避けてください。 プログラムでは、実行時に長い処理またはメモリ消費量が多い処理を実行する場合にのみ DesignerProperties.IsInDesignMode() メソッドを使用します。
Visual Basic 2008 Express Edition SP1 または Visual C# 2008 Express Edition SP1 で初めて WPF プロジェクトを開くと、WPF デザイナが読み込むことができない場合があります。
この問題を解決するには
開発環境を閉じてから、再度開きます。
Visual Studio 2008 SP1 には既知の問題があり、バインディングでパスを指定せずに RelativeSource TemplatedParent を使用する場合、WPF デザイナは読み込むことができません。
次に例を示します。
<RepeatButton Command="{x:Static ScrollBar.LineUpCommand}"
CommandTarget="{Binding RelativeSource={RelativeSource TemplatedParent}}" />
この問題を解決するには
同じオブジェクトに解決される "." 表記を使用して、パスを指定します。
次に例を示します。
<RepeatButton Command="{x:Static ScrollBar.LineUpCommand}" CommandTarget="{Binding RelativeSource={RelativeSource TemplatedParent}, Path=.}" />
この問題を解決するには
1. アプリケーションがクライアントのみの Framework のサブセットを対象にするようにします。この問題を解決するには
.NET Framework 3.5 SP1 かどうかを強制的に確認するには
次の条件をすべて満たすときに、スタンドアロン ディクショナリまたは外部リソース ディクショナリから値を参照すると、WPF デザイナがクラッシュすることがあります。
- スタンドアロン ディクショナリが、この同じディクショナリ内の項目間のリソース参照を持つ場合 (たとえば、スタイルが色を参照する場合)。
- このスタンドアロン リソース ディクショナリから値を参照するプロジェクト ファイル (ウィンドウなど) を開いている場合。
- スタンドアロン リソース ディクショナリで値を変更する場合。
この問題を解決するには
ディクショナリを更新する前に、ディクショナリから値を参照するすべてのドキュメントを閉じます。
アセンブリ キャッシュ ビューア (Shfusion.dll) は Windows のシェル拡張機能であり、この機能により、Windows エクスプローラでグローバル アセンブリ キャッシュの内容を表示および操作できます。Shfusion.dll は、%windir%\Microsoft.NET\Framework\v2.0.50727 ディレクトリにあります。
Windows Vista では、昇格されたアクセス許可を使用した場合、アセンブリ キャッシュ ビューアは動作しません。昇格されたアクセス許可を持つユーザーがコマンド プロンプト ウィンドウから起動する場合も同様です (たとえば、グローバル アセンブリ キャッシュのパスで START コマンドを使用した場合)。これは、アセンブリ キャッシュ ビューアは Windows エクスプローラのシェル拡張機能であり、昇格されたアクセス許可では動作しないためです。
この問題を解決するには
Shfusion.dll は表示のみに使用します。
更新の場合は、管理者特権を持つコマンド プロンプト ウィンドウを開き、.NET Framework SDK の Gacutil.exe コマンド ライン ツールを使用します。
SQL Server 2008 Express Edition は Visual Studio 2005 Express Editions と互換性がないため、SQL Server 2008 Express Edition にアップグレードすると、指定されたデータベース インスタンスが上書きされ、Visual Studio 2005 Express Editions のいずれからも既定の SQL Server Express インスタンスにアクセスできなくなります。
この問題を解決するには
Visual Studio 2005 Express Editions は、SQL Server 2008 Express Edition と互換性がありません。SQL データベースドリブンのアプリケーションを開発するには、Visual Studio 2008 Express Editions にアップグレードする必要があります。
既知の問題はありません。
既知の問題はありません。
既知の問題はありません。
Visual Web Developer Express Edition で Web アプリケーション プロジェクトを作成する場合、このプロジェクトで [新しい項目の追加] を選択すると、WCF サービス項目テンプレートは、ルート ノードではなく Web ノードで見つかります。
この問題を解決するには
Web ノードにある WCF サービスの Web アプリケーションの項目テンプレートを使用します。