MSSqlLocalDBとProjectsVの起源##

Question

これまではSQLバージョン12の両方が(localdb)\ProjectsV12と(localdb)\MSSQLLocalDB でした。これはVSD 2015 Update 1がデータベースプロジェクト用のSSDTツールと共にインストールされたときです。

私はUpdate 2のインストールと今持っている：

お知らせMSSQLLocalDBは、古いバージョンではまだです。

しかし、同僚が新鮮でVS 2015のインストールを行なったし、これを持っています

そこで彼らはMSSQLLocalDBの新しいバージョンである、と私は古いの午前。私たちは両方ともVisual StudioのUpdate 2までです。

私は、MSSQLLocalDBのバージョンに依存しない名前の使用に移行したいと考えていました。私は、バージョン固有のものですSqlPackageを使用する必要がlocaldbするデータベースプロジェクトを、展開するビルドを設定しているため、問題は、誰もが異なるバージョンである場合、これは動作しません、次のとおりです。

C:\Program Files (x86)\Microsoft Visual Studio 14.0\Common7\IDE\Extensions\Microsoft\SQLDB\DAC\120\SqlPackage.exe

私はMSSQLLocalDBがどこにどのようにインストールされ、更新されるのかを理解したい。私はProjectsV12/13がVisual Studioのインストールの一部として提供されていると確信しています。

MSSQLLocalDBは何をインストールし、何を更新しますか？

重複

提案の重複は、ちょうど "SQL Serverの2014 LocalDBのデフォルトのインスタンス名" としてMSSQLLocalDBを説明しています。これは、それがインストールされているか、何が更新されているかについて何も言わない。ありがとう

Answer 1

ここにいくつかの関連する質問があります。

SqlPackage.exeのバージョンは何

SqlPackageを使用し、すべてのSSDTツールはあなたが任意のデータベースに対して実行するには、次の130バージョンを使用する必要がありますSQL Server 2005のへの後方互換性があります。これは、最新のバグ修正があり、一般にリリースされたすべてのSQLのバージョンをターゲットにすることができます：

C:\Program Files (x86)\Microsoft Visual Studio 14.0\Common7\IDE\Extensions\Microsoft\SQLDB\DAC\130\SqlPackage.exe 

これは関係なく、それがV13.0またはv12.0であるかどうかのMSSQLLocalDBに対して動作します。

LocalDBインスタンス - 彼らは

MSSqlLocalDBは常にマシンにインストールされているデフォルトのインスタンスで作成して管理する方法。 ProjectV12およびProjectsV13は、LocalDB APIを使用してSSDTによって作成されます。別のバージョンを持つことの目的は、これは我々が知られているバージョン（例えば、V13）を持っていることを確認するには、他の多くのプロセス&プロジェクトタイプ

で使用されているので、デフォルトのインスタンスからの分離を維持するために

• である私たちができるように、確実にあなたとあなたの同僚は、異なるインスタンスを持っていないのはなぜ

  同僚がインストール

それに最新のSQL Serverの機能を公開VS2015 2を直接アップデートしてください。以前のバージョンはインストールされていません。つまり、以前のコードでは、自分のマシンにProjectsV12インスタンスが作成されませんでした。 MSSQLLocalDBをインストールし、そしてどのようにそれを更新し 以前（VS2015 RTMまたはUpdate 1の一部としてSSDTを使用して）LocalDBのv12.0をインストールしている場合、それは&に接続されていますが、MSSqlLocalDBを開始しました。何

したがって、インスタンスはバージョン12.0として作成されました。

以前にこのインスタンスを開始したことがない場合（たとえば、同僚の例）、最初に起動するとv13.0 LocalDBから実行され、インスタンスバージョンとしてv13.0を取得します。

私の知る限り、いつでもv12.0からv13.0にアップグレードされることはありません。

MSSqlLocalDBのバージョンは重要ですか？ これは依存します。ほとんどのテストでは、&アドホックな開発がこれは本当に問題ではありません。

アプリケーションの使用のために.bakファイルのmdfを作成する場合など、バージョンを気にする場合は、LocalDB APIを使用して特定のSQLバージョンを作成する必要があります。関連するバージョン管理されたMSIをダウンロードするだけで、&は、APIまたはcommand lineを使用してインスタンス作成時に-versionフラグを使用します。これは、F5デプロイの代わりに正式なSSDT Publish操作を使用している場合にも当てはまりますが、「互換性のないプラットフォームを許可する」オプションを使用すると問題なく動作するはずです。