問題タブ [compact-database]

最初に ef データベースを使用してエンティティ クラスを作成しています。これらのエンティティ クラスからコンパクト データベースを作成したいと考えていますが、コンパクト データベースにクエリを実行しようとするたびに (データベースが存在しないため、データベースを作成する必要があります)、次のエラー メッセージが表示されます。

「PrimitiveType 'Sbyte' の EDM-Type 'Edm.SByte(Nullable=True)' に対応するストア タイプはありません」

これまでのところ、これを回避する方法は見つかりませんでした。残念ながら、データベースを変更することはできません。

この問題を解決するのを手伝ってくれることを願っています!

ありがとう、ボス

接続を開こうとするとエラーが発生します。DB.sdf ファイルがアプリケーション フォルダにある

ここにdb.sdfを保存しました

}

エラー：

古いバージョンの SQL Server Compact Edition データベースにアクセスしようとしています。これが SQL Server CE 1.0 または 2.0 データベースの場合は、upgrade.exe を実行します。これが SQL Server Compact Edition 3.0 以降のデータベースである場合は、Compact / Repair を実行します。[ DB バージョン = 3505053、要求バージョン = 3004180、ファイル名 = D:\DB.sdf ]"

SQL Server Compact 3.5、VS2010、SQLServer 2008R2 を使用しています。

助けてください。ありがとう。

SqlServerCompact を使用して C# プロジェクトを開発しています。

リクエストごとにデータベースとの接続を開き、reader/executenonquery を作成する必要があります。しかし、すべてのデータベースをメモリにロードすることは可能ですか? (私が覚えている限り、sqllite は C++ でこれを行いました)。これにより、各リクエストでの膨大な読み込み時間を回避できます。

すべてのリクエストをメモリ内で行い、それらを .sdf ファイルに保持したいと考えています。SQL Server Compact で可能ですか? そうでない場合、どのデータベース マネージャーをお勧めしますか? （簡単に展開できるものが必要です）

一度に大量のインサート (6000 から 10000 の間) を実現する必要がある場合があるため、質問をします。これには時間がかかります。これらのパフォーマンスを改善する方法についてのアイデアはありますか?

ありがとうございました

これについてあなたのアドバイスを求めてください：

db コンパクト エディションを作成しようとしていますが、初めてデフォルトの dbName (ProjectName.dbContextName) で成功しました。しかし、私は自分の名前を定義することに決め、app.config の connectionString セクションに自分の接続文字列を追加しました。データベースが作成されなかった後。ここからMSDNは、慣例により最初にコードを使用して接続します。同様の接続文字列を実行しました：

(セクション名は、私の dbcontext の名前クラスと同じです。) dbContext が作成される前に確認してください。

Db はまだ作成されていません。私は何を間違っていますか？前もって感謝します。

VahidN、基本クラス コンストラクターの呼び出しを追加しようとしましたが、機能しません。わからない。とても簡単です。また、上記の参照で前述したように、構成セクションの接続文字列の名前と dbContext クラスの名前が等しい場合、オブジェクトは問題なく接続文字列を見つけます。

まあ、デバッガーは、conStringが正しく定義されていると言いますが（構成セクションの文字列と等しい）、実際にはdbが作成されていません.appfolderでもsqlサーバーフォルダーでも見つかりません。

実際、次のコードを使用して Access 2003 データベース (mdb ファイル) を圧縮しています。過去に、私は JRO.JetEngine を使用しました (ただし、廃止されました)。

コード：

それは正常に実行されているようです:例外もエラーもアドバイスも作成されず、圧縮されたデータベースが作成されます....しかし、(グーグルで)他のサイトでアクセスするには2003を使用する必要があることを読んだので、100％確信が持てません。 。ジェットエンジン

上記のコードは mdb ファイルを圧縮するのに正しいですか (access 2003)? 何か足りない？

いくつかのコレクションが欲しかったcompactのですが、驚いたことに、これは思ったほど簡単ではありません。数秒後に失敗し、データベースに接続できなくなりました。

以下のログでわかるように、これは十分なメモリがないために発生しました。
Assertion: 13524:out of memory

これにより、MongoDB デーモンも壊れます。

これはひどい考えです。デーモンをシャットダウンすると、ダウンタイムが長くなります。このようなサーバー側の操作は、特定の操作が成功するかどうかを確認し、再起動するまでデーモンをシャットダウンすることなく、操作を適切にキャンセルするか、問題をロールバックするのに十分賢いと考える人もいるでしょう。

コレクションを圧縮/最適化する安全な方法は何ですか?

これはcompact声明に関するものですが、私が使用した完全なスクリプトは次のとおりです。

ここにあるmongodb.log：