VSは私のデータを他のデータベースに保存していますか？

Question

ビジュアルスタジオでは、データを保存するための空調から新しいデータベースを作成します。

public class LinkedDataContext : DbContext 
{ 
    public DbSet<LinkedData> LinkedData { get; set; } 
} 

エラーはスローされませんされて、私はちょうどスクリーンショットでトップの一つであり、私の最初に作成したデータベースとは異なり、SQL Serverのオブジェクトエクスプローラでのみ表示されている別のデータベースで終わる：これは私のDbContextです。

編集

私は、全体がMSSQL 2014サーバーにMVCプロジェクトによって生成されたデータベースをアカウント移行しました。データベースを追加して接続文字列を変更するだけで、データベースに必要なテーブルが自動的に設定されました。

私は自分のカスタムテーブルを、ローカルデータベースとまったく同じように作成しました。私は、ローカルデータベース、他の接続文字列とコントローラを削除しました。その後、プロジェクトを再構築してコントローラを再作成しました。しかし、VS/MVC/EFの責任者は、自分のカスタムデータ用のローカルデータベースを作成しています。

コントローラを作成すると、MSSQL SERVER 2014でテーブルが見つかったようです。そうしないと、SQLファイルをローカルに格納するための安全なダイアログが表示されます。だから実際にここで何が起こっているのですか？私が言ったように、アカウント機能は瞬時に魅力的に機能しました。 MSSQLの私のカスタムテーブルは単に使用されません。

EDIT

だから、私はMSSQL SERVERの2014年にWeb.configにDefaultConnectionFactoryを設定し、今では私のMSSQLサーバー内に新しいデータベースを生成しています。それはネームスペースのようですが、コントローラを作成すると、ModelクラスとContextクラスの両方のネームスペースを渡す必要があります。

Model class: LinkedData (DataVisualization.Models) 
Data context class: LinkedDataContext (DataVisualization.Models) 

は私のカスタムデータを保持するために、自動的に生成され続けるのデータベースが呼び出されますDataVisualization.Model.LinkedDataContext。

本当にここで何が起こっているのか誰も知っていますか？

Answer 1

スタンダードビヘイビア。それほど悪いです。 「デバッグ」ボタンを押すたびにdbテンプレートがランタイムにコピーされるため、常に新しいデータベースから開始します。地獄のような苦痛。どのように他の人がこれを解決するかわからない - 私はVisual Studioのこの側面を使用することはありません、私はSQL Serverをインストールし、そこに自分のデータベースを手動で作成する。私はいつも定義されたコピーに対して働いていることを確認します。明らかにVSはそこにデータベースを作成する権利がありません;）

Googleを使用して迷惑をかけたり、サイトの検索を少しおこなうと、同様の質問がたくさんあります。これは人々が定期的にトラップしてしまいます期待する。

（私に尋ねると、ほとんどの基本機能をほとんど使用できない「移行」を含めて、EFのDBメンテナンス側が壊れています）。

Answer 2

あなたのWeb.configの接続文字列と思われます。あなたのプロジェクトの外既存のデータベースからDbContextを作成すると、Visual Studioは、あなたが選択した接続が 現在のプロジェクトにないローカルデータファイルを使用しています

を求められます。ファイルをプロジェクトにコピーして、 接続を変更しますか？

[はい]を選択すると、データベースファイルがプロジェクトにコピーされ、ビルドアクションがコンテンツに設定され、接続文字列に相対参照が設定され、ビルド時に出力ディレクトリにコピーされます。

Web.configのを修正して正しいデータベースを指定する必要がある場合は、設定する必要があります（将来参照するには、コピーするかどうかを尋ねられたら尋ねられます）。バイナリで配布しているデータベースファイル）。

例として、以下の2つの接続を参照してください。あなたは第

<connectionStrings> 
    <add name="ProjectContext" connectionString="data source=(LocalDB)\MSSQLLocalDB;attachdbfilename=|DataDirectory|\Database.mdf;integrated security=True;connect timeout=30;MultipleActiveResultSets=True;App=EntityFramework" providerName="System.Data.SqlClient" /> 
    <add name="ExternalContext" connectionString="data source=(LocalDB)\MSSQLLocalDB;attachdbfilename=C:\Programming\.Net\DataVisualization\Data\DataVisualization\App_Data\Database.mdf;integrated security=True;connect timeout=30;MultipleActiveResultSets=True;App=EntityFramework" providerName="System.Data.SqlClient" /> 
    </connectionStrings> 

connectionStringの実際の構文が使用されている設定に応じて、お使いのアプリで異なる場合があることに注意が、重要な部分を選択した場合は、あなたが選択した場合は、[はいProjectContextのようなものを参照するか、ExternalContextようなものでしょう|DataDirectory|の参照と正しいパスです。パスは変更する必要があります。

Answer 3

速記ソリューションはこれです：

public class LinkedDataContext : DbContext 
{ 
    public DbSet<LinkedData> LinkedData { get; set; } 
    public LinkedDataContext() : base("DefaultConnection") 
    { 
    } 
} 

私はコンテキストにちなんで名付けられた接続が存在しない場合、デフォルトの接続を取るだろうと仮定しました。その理由は、接続が正常だったのでエラーが発生しなかったからです。しかし、web.configにconnectionStringを指定しないと、データベースを見つけてその名前空間をスローして、細い空から新しいデータベースを作成するので、デフォルトの文字列の一部分を使うように見えます。私はMVCに新しいかもしれないが、私はこのばかげたデフォルト動作を見つける。だから私はまだこれの背後にあるアイデアは何かを知りません。

相当なサイズのアプリケーションに対して数百の接続文字列を使用したいのでない限り、親コンストラクタを呼び出してそこにDefaultConnectionを指定することしかできないようです。皮肉なことに、デフォルトの動作を「指定する」必要があります。

@tomtomとは違って、私は約10時間で私に似た単一のシナリオを見つけられませんでした。たぶん私ははっきりしていなかったかもしれませんが、私の最初の記事では、私が取った各ステップを指定しました。 MSSQL SERVERを使用する必要はありません。

これは他の誰かを助けることを望みます。