2009-06-01 11 views
0

私は自分自身のために、gpsとC#のWM6の他のクールなものを扱う小さなプロジェクトを作っています。私はちょうどあなたがデータにアクセスする必要があるときにファイルから読む方が良いか、またはファイル全体をプログラムに読み込んでそれを処理するほうがよいのだろうかと疑問に思っていますか?主に、私はファイル/データベースのいくつかのタイプの中で保存する場所について話しています。これらの場所は頻繁にループする必要があります。そのため、後でファイル全体を読み込んで書き戻す必要があると思いますが、データがどれくらい多くなりすぎるのでしょうか?ファイルから次の値を必要に応じて読み込むことで明らかな効率の問題に反するファイルから多くのデータを読み込むことによって生じる可能性のある効率の問題はありますか? 私はおそらく多くのデータを得ることはないので、この段階ではそれほど大きな違いはありませんが、私が想定している段階ではスケーラビリティについて考えるのは良いことです。Windows Mobile 6プログラム内でデータを処理する最善の方法

乾杯

答えて

4

シェーンはマークの上にあります。データはSQLCEデータベースに格納し、paramatized querysを使用して必要なものにアクセスします。メモリ使用量、WM6(6.5)として

は、ひるみの5.somethingに基づいている

ひるみ5 *仮想メモリの概念がない、この迷惑な設計を有し、メモリは32MBのスロットに分割され、そしてアプリケーションには1つのスロットしか割り当てられません。つまり、アプリケーションでは32MBのメモリしか使用できません。確かにこれを回避するためにそこにハックがありますが、これは依然として基本的な制限です。

あまりにも多くのメモリを使用することについてはあまり心配する必要はありません。常に処分してください。あなたが抱えておく必要があるものだけを守り、私の$ aを保存した '.NETCF Remote Performance Monitor'オカシオンで$。

+0

提案のおかげでありがとう:) – user100617

+0

記録のために、CE 5.0(とWinMo 5)は確かに仮想メモリを持っています。また、GCヒープは32MBプロセス空間外の共有メモリにあるため、32MBの制限は実際にはGCヒープによって制御されるメモリには影響しません。それが痛いところは、(ビットマップのような)ネイティブリソースの割り当てです。 – ctacke

0

私はデータベースのいくつかの並べ替えをお勧めします。どんなプラットフォームであっても、それは単に物事を楽にします。

SQL Server CompactまたはWindows Mobile EDBデータベースAPIを調べることができます。 SQL Server Compactは、C#で使用するのが最も簡単です。

0

と他の提案はdb4Objectsです。軽量コンパクトなフレームワークバージョン(.NETバージョンをダウンロードするだけで、コンパクトなフレームワークバージョンも入手できます)があります。

関連する問題