問題タブ [sql-server-2014-localdb]

SQL Server 2014 LocalDB (.mdfファイル) を使用する単純な Windows アプリケーションがあります。

また、ユーザーが終了ボタンをクリックするたびに、アプリケーションが localdb ファイル ( .mdf) をユーザーの同じコンピューター内の別のフォルダーに自動的にバックアップするようにしたいと考えています。

以下に簡単なコードを書きましたが、SQLException 構文エラーが発生しました。

「C:\greendb_angelheart.mdf」付近の構文が正しくありません

（DATABASE ""{0}""構文は問題ないようです）

localdbそして、通常のSqlConnectionコードを使用して特定のファイルに接続することが正しいかどうかが心配です。

私の簡単なコードは次のとおりです。

私はまったく新しい SQL/データベース アプリケーションで、Visual Studio 2015 C# を使用して簡単な連絡先管理アプリケーションを試しています。「SQL Express LocalDB」を使用しています。私はGoogleで開発目的であると読んだことがありますが、Microsoftは生産目的にも使用できると述べています.

私の問題は、開発システムからアプリケーションを試してみると、最初はアプリケーションのロードに数秒かかりますが、その後はすべてのクエリがすばやく実行されることです。友人のシステムでこれを試したところ、クエリを使用しようとするたびに時間がかかりました。データベースには 20 ～ 30 レコードしかありません。

「new SqlConnection」を使用して新しい接続を作成し、「new SqlCommand」によって作成されたコマンドを実行し、クエリを実行した後に接続を閉じます。

これが私のアプリのコードスニペットです

Q. アプリの実行中は常に接続を開いたままにしておく必要がありますか? これは提案すべきではないと思います。アプリがクラッシュしたかのように、データベースが破損する可能性があります。

LocalDBが新しいミリ秒ごとに接続を閉じるとpplが言っている背景の1つ。では、データベースに対して数ミリ秒ごとに ping を実行し続ける必要がありますか? または、本番環境で localdb をまったく使用しないでください。

データベースの前提条件に関して、要件が非常に低くなるようにアプリを作成したいと考えています。LocalDB と同様に、インストールは本当にシームレスです。

SQL Server Express を使用したことがありません。Express のインストールも LocalDB のようにシームレスですか? Express でも LocalDB のような接続文字列を使用して、.mdf ファイル名を直接指定できますか?

SQL Server Native Client には SQL Server 2014 LocalDB が付属していますか?

https://msdn.microsoft.com/en-us/library/hh510202.aspxとhttps://msdn.microsoft.com/en-us/library/cc280510.aspxのため不明です ...

個別にインストールする必要がありますか? はいの場合は、リンクを提案してください。

SQL Server を使用した C# プロジェクトに取り組んでいます。開発には、SQL Server の LocalDB インスタンスを使用します。データベースで何かが変更された場合、.mdf/.ldfファイルを TFS にチェックインします。接続は を使用して行われMSSqlLocalDBます。

問題

一部のシステムをアップグレードした後、開発には VS 2013 と VS 2015 を使用しています。この問題は、VS 2013 のデフォルトが SQL Server 2014 に設定され、VS 2015 のデフォルトが LocalDB インスタンスの SQL Server 2016 に設定されているために発生しました。

ファイルが 2016 で開かれると、.MDF2014 と互換性がなくなります。このため、2015 を使用している人はデータベースの変更をチェックインできません。

それを解決するために、VS 2015 を搭載したマシンにバージョン 2014 の LocalDB をインストールしましたが、VS が接続するデフォルトのバージョンを変更できませんでした。

誰でも私を助けることができますか??

前もって感謝します...

これは私の手順です：

私はそれを使用して実行します：

私の期待される結果は次のとおりです。

パラメータをストアドプロシージャに渡すと、このエラーが表示されます

メッセージ 245、レベル 16、状態 1、プロシージャ spasdf、行 40
varchar 値 '[' をデータ型 int に変換するときに変換に失敗しました。

誰かが理由を知っていますか？

わかりました。MS LocalDBをデータベースとして使用して、アプリの回帰テストを強化しています。非常に複雑なスキーマとリリース プロファイルがあるため、C# コードで「接続時にデータベースを作成」を使用し、次に SQLCMD を使用してスクリプトを実行してデータベースを現在のバージョンにし、テスト データを挿入し、テストを実行し、すべてを破棄します。通常はこれで問題なく動作します。

MDF ファイルのパスのネストが深すぎると、SQLCMD が「Sqlcmd: '-d': Argument too long (maximum is 128 characters)」というエラーで失敗することに最近気付きました。 sqlcmd はデータベース名で、128 文字までしか使用できません。

「心配いりません」「相対パスにするだけで、すべてが素晴らしいものになるでしょう!」と思いました。ああ、読者の私はなんて間違っていたのでしょう！dbname を sqlcmd 作業ディレクトリからの相対パスに変更すると、単に sqlcmd へのログイン エラーが発生しました。

sqlcmd で使用されるようなコマンドは、以下と同等でした。

ここで、sqlcmd 作業ディレクトリはソース ディレクトリの親でした。Sqlcmd は、次のように C# コードから実行されていました。

したがって、localDB は回帰テストの早い段階でアタッチされます。

したがって、"AttachDbFilename=|DataDirectory|\TestDb.mdf;" を使用して、C# 接続文字列で相対パスを簡単に使用できます。プロジェクトを C:\ ドライブのルートに移動し、パスを短くすることでこの問題を回避することもできますが、これはハッキーな回避策のようです。

絶対パスを使用する必要がないように、sqlcmd への引数で相対パスを使用する方法はありますか? localdb で sqlcmd を使用するオンラインで見つけたすべての例では、絶対パスを使用しています。唯一の相対パスは、既に使用している C# アプリの接続文字列にあります。前もって感謝します。

このアプリケーションでは、SQL Server LocalDb 2014 をデータベース エンジンとして使用しています。使用する接続文字列は

現在、1 台のコンピューターだけに VS 2015SP3 と最新バージョンの SQL Server オブジェクトがインストールされており、アプリケーションは SQL Server LocalDb 2016 を使用して開始します。現在、LocalDb 2016 形式で作成されたバックアップは、LocalDb 2016 がインストールされていないコンピューターでは読み取ることができません。

問題は、使用する LocalDb のバージョンが接続文字列で指定されていないことです。LocalDb 2014 (またはアップグレードする場合は 2016?) を強制する方法があります。