私はモバイル プラットフォーム用の NoSQL ライブラリを数多く見てきましたが、最も重要なことは、既にスペースが非常に限られているモバイル システムで NoSQL を使用しようとしている理由です。
Sqlite3 よりも有益なシナリオを明確にしてください。
2455 次
4 に答える
1
リレーショナル データベースを使用した複雑で厳格な構造を持つモバイル アプリケーション開発 (Android、iOS) プラットフォーム。データの処理を簡素化するため。開発者がアプリケーションの新しいアイデアや機能を思いつくと、データベース スキーマに絶え間なく変更を加える必要があるため、変更を加えるのは時間のかかる作業になります。
NoSQL が対処するモバイル アプリケーションのもう 1 つの問題は、定期的な更新の必要性です。アプリケーションがリリースされた後は、特に考慮すべき事項の中で、メンテナンスが大きな懸念事項になります。NoSQL はドキュメント ベースであるため、特定の種類のバグやその他の問題を修正するためにデータベースを完全にオーバーホールする必要はありません。
最後に、NoSQL はそのスケーラビリティでよく知られています。リレーショナル データベースとは異なり、NoSQL データベースは垂直ではなく外側にスケールします。今、NoSQLが検討されています。詳細については、以下の記事を読むことができます:-
これがあなたを助けることを願っています!
于 2013-09-04T09:46:54.957 に答える
0
NoSQL は、非構造化データおよび半構造化データに最適に活用されるため、モバイル アプリケーション開発に参入します。利点を次のように分類します。
低レイテンシのデータ ストレージ: NoSQL データベースは、予測可能な低レイテンシのリクエストに対応し、エンド ユーザーに可用性の高いエクスペリエンスを提供するように構築されています。
ピーク時の負荷に合わせたスケーリング: ピア ツー ピアの NoSQL データベースを使用すると、リレーショナル DB で垂直方向にスケーリングするのではなく、追加の容量を簡単に追加し、迅速にスケールアウトできます。
Riak (芭蕉作) は一見の価値があります。
于 2013-09-04T13:10:18.763 に答える
0
SQL 以外のキー/値データ ストア ( https://github.com/AaronBratcher/SimpleDB ) を作成して使用する際に、実行時にメモリをあまり使用しないスタイルで作業していることがわかりました。長いテーブルのオブジェクトの配列を保持する代わりに、キーの配列のみを保持し、必要に応じてオブジェクトの値を取得します。
また、プロジェクトのダイナミクスが変化するにつれて多くのことを行ってきた、クラスの形式をプロトタイプして変更するときに、db レイヤークラスのリファクタリングにそれほど時間を費やす必要がないこともわかりました。クラスの初期化/値コードを変更するだけで、プロジェクトのより重要な側面により多くの時間を費やすことができます。
于 2013-11-08T13:33:28.997 に答える