JSONデザインのベストプラクティス

Question

JSON representation of a mailbox so that I can look up mails easily、たとえばmailjson[UID].Bodyを設計しました。

しかしAngularjsとエンバーを見た後、MVC JSエンジンをテンプレート化、JSON形式でなければならないようだ。

[{ 
    "id": 1, 
    "body": "Blah blah blah..." 
}, 
{ 
    "id": 2, 
    "body": "More blah foo blah" 
}, 
{ 
    "id": 3, 
    "body": "Hopefully you understand this example" 
}] 

そしてベースのアイテムをつかむために、いくつかのfindAll（ID）関数がありますJSONを反復処理するidが望むIDでだから私はJSONデザインがメリットがあるのだろうか？私はそれを間違っているのですか？なぜ私のJSONで使用しているdict lookupデザインを人々が使用しないのですか？

私は良いデータ構造設計を持っていることを確認するための他のヒント、私は感謝します。

Answer 1

JSONで大きなテーブルを格納するベストプラクティスは、配列を使用することです。

なぜなら、JSON配列をメモリ配列に解析すると、ビルドマップのスピード違反がないからです。いくつかのフィールドでインメモリー索引を構築して、迅速にアクセスできるようにする必要がある場合は、ロード中またはロード後に行うことができます。しかし、JSONパーサーは、構造に基づいて常に巨大なIDマップを作成する必要があるため、マップ作成なしでJSONをすぐにロードする選択肢はありません。

データをメモリに保存する方法は、内部JavaScriptマップ構造をシリアル化/デシリアライズする方法がないため、ディスク上のストレージの構造と同じである必要はありません。可能であれば、MS SQL Serverがテーブルとインデックスを格納するように、インデックスをシリアル化して格納します。

しかし、使用しているフレームワークがメモリとディスクの構造が同じであれば、idを大きなオブジェクトでキーとして使用する選択をサポートしています。これは、JSONリクエストでidをサーバーサーバーとブラウザの両方がメモリ内の電子メールアイテムの重要なリストを保持していると仮定して、電子メールアイテムを使用してアクションを実行するか、UIの状態を更新します。