11

私はJSONにまったく慣れていないので、将来使用する必要があるかもしれないので、いくつか読んでみました。SO での JSON に関する質問はたくさんあります。google を使った記事を山ほど見つけ、json.org を読んだのですが、JSON データの保存方法がわかりませんでした。

JSON は軽量のデータ交換形式です。では、そのデータをどのように保存するのでしょうか? ファイルで？データベースで？それは問題ですか？

これを使用してデータをjsTreeに渡すことができます(jsTree は JavaScript ベースのクロス ブラウザー ツリー コンポーネントです。jQuery プラグインとしてパッケージ化されています)。データの保存方法を理解しようとしていますか? ファイルで？テキストファイル？ワードプレスのデータベースで？どちらが速いですか？使ったほうがいい？

コーディング前の現在のステータス、実行中のアプリケーションはありません

  • ソース データを準備しています。これまでのところ、ソース csv ファイルのサイズは 235 KB で、約 700 行あります (行 = 将来のノード/葉)。データを収集するためだけにcsvファイルを使用し、Webサーバー上のデータソースをアップロード/更新します。
  • その数は、毎週 5 ～ 10 ずつ増えていきます。
  • ファイルは私のローカル コンピューターにあり、Web ホスティング サーバーに (何らかの形で) 保存されます。Wordpress 内でアプリケーション jsTree+JSON 全体を使用することに注意してください。
  • 私はこれを使用できると思います: Wordpress でクライアント側の json を解析する
4

4 に答える 4

26

最初に理解しておくべきことは、JSON は情報を表す方法の 1 つにすぎないということです。好きなようにデータを保存できます。リレーショナル データベースを使用している場合は、おそらくデータを相互に変換する合理的な方法を思い付くことができます。

{ 
  "id": 321
  "name" : "Jim",
  "age" : 27,
  "email" : "jim@jimsoft.com"
}

xml で次のように表される場合があります。

<person>
   <id>321</id>
   <name>Jim</name>
   <age>27</age>
   <email>jim@jimsoft.com</email>
</person>

または、次のようなテーブルに格納される場合があります

_______________________________________
| id | name | age | email              |
========================================
|321 | Jim  | 27  |jim@jimsoft.com     |
----------------------------------------

したがって、必要に応じて情報を保存できる場合。データを任意の形式にシリアル化/非シリアル化する方法が必要です。

そうは言っても、JSONを保存する必要があり、それをファイルとして保存できない場合は、おそらくCouchDBまたはMongoDBを見たいと思うでしょう。これらは、JSON ドキュメントを実際に格納するドキュメント指向のデータベースです。必要な JSON ドキュメントを保存できます。ビューを作成し、データを別の形式に変換することなく、データを直接クエリできます。

于 2010-02-04T19:48:23.527 に答える
5

CouchDB のようなものは、ファイルに内部的に保存するデータベースです。ほとんどの人は JSON をまったく /store/ しません。JSON を生成して送信するか、解析して処理します。

JSON はデータをシリアル化するための理想的な形式ですが、他のシリアル化形式と同じ注意事項が適用されます。XML を DB に保存しますか? 通常はありません。XML であるという違いは、人間の使用を含めることを犠牲にし、JSON は簡単に解析可能で高速であることを犠牲にします。

JSON は実際には CSV に代わるものではありません。CSV は、大まかにフォーマットされたテーブル固有のダンプ メカニズムと考えてください。Excel で JSON エクスポートを行うことはあまり意味がありません。

于 2010-02-04T19:53:21.723 に答える
1

JSON は交換フォーマットです。必要に応じて、他の形式と同様に、ファイルまたは DB に保存できますが、それが良いアイデアであるかどうかは、実際に何をしているかによって異なります。

「これまでのところ、ソース csv ファイルのサイズは 235KB で、約 700 行 (ノード/葉) です」とあなたは言います。CSV から JSON への切り替えを検討していますか? (あなたはあまり言いません。) あなたはまた、「その数は、毎週 5 ～ 10 ずつ増えていく」とも言っています。CSV と JSON のどちらも、データを効率的に追加できる CSV を除いて、増分変更が適用される大きなファイルには最適ではありません。追加するだけの場合は CSV を使用できますが、他の変更を行う必要がある場合は、データを DB に分解して、更新を効率的に行うことができます。

実際、あなたが話しているデータの量はかなり少なく、1 週間あたりの更新数が非常に少ないため、おそらく効率について心配する必要はありません。好きなことをしてください。:-)

于 2010-02-04T19:57:22.340 に答える
1

データベースに保存するかファイルに保存するかは問題ではありません。ポイントは、文字列として取得できる必要があることです (HTTP またはサーバー側スクリプトを使用)。

たとえば、data.json という名前のファイルとして保存する場合は、ajax を使用して取得できますが、データベースに保存する場合は、ある種のサーバー スクリプトを使用する必要があります (ただし、ajax を使用することもできます)。

xml の経験がある場合は、json を同じものと考えてください。これは単なるデータの文字列表現です。

于 2010-02-04T19:54:10.357 に答える