J2ME でロケーション ベースのアプリを開発しています。CLDC 1.1 & MIDP 2.0 の構成を使用しています。
その中で、地名、住所、緯度、経度、リマインダー テキスト、トーン名をデータベースに保存する必要があります。RMS に関する私の質問は次のとおりです。
1) アプリを閉じたとき、またはアプリを再起動したとき。アプリによって RMS に保存されているレコードはすべて削除されますか?
2) 保有レコードの RMS の最大容量は? それは無限ですか？
3) モバイル システムの速度を落とさずに RMS が保持できるレコードの数は?
4) どの J2ME データベース システムが、レコードの追加、削除、および更新において効率性、シンプルさ、および速度を提供してくれますか? RMS はそれを提供しますか?
ご質問については、以下に回答を示します。
1)アプリを閉じたとき、またはアプリを再起動したとき。アプリによって RMS に保存されているレコードはすべて削除されますか? :
電話を閉じるか再起動しても、RMS は削除されません。RMS で delete メソッドを呼び出すと、削除されます。アプリケーション (Midlet スイート) をデバイスから削除すると、アプリケーションに関連付けられた RMS が削除されます。
2)保有レコードの RMS の最大容量は? それは無限ですか?:
使用可能なメモリの数に基づいていると思います。アプリケーションを SD カードに保存すると、RMS も SD カードのメモリを占有します。アプリケーションをデバイス メモリ (SD カードではなく) に保存すると、RMS はデバイス メモリを占有します (この場合、デバイス メモリははるかに少なくなります)。
4)どの J2ME データベース システムが、レコードの追加、削除、および更新において、効率性、シンプルさ、および速度を提供してくれますか? RMS はそれを提供しますか? :
RMS はお客様の要件を満たしています。ただし、RMS のレコードはフラット ファイル システムとして保存されます。RMS API には、delete、insert メソッドなどがあります。ただし、削除、挿入などに必要なレコードを見つけるロジックを構築する必要がありますdelete from table1 where age>20。ここでは、すべてのレコードを 1 つずつ読み取り、age>20 を含むレコードを見つけてから、位置を見つけて、位置に関して削除します。RMS では SQL クエリを使用できないためです。これは RMS の大きな欠点です。