マインドマップデータは、コアテーマから始まり、ツリーに似た多くのブランチに分岐します。しかしながら、ノードは、異なるブランチにおいて互いに関係を有することができる。ここでマインドマップデータを保存する最良の方法は何ですか？
は相互関係http://www.identitywoman.net/personal-data-list-in-mind-map-form
のない例である最終的なデータセットは、私はSQL、XML、NO SQL、グラフデータベースまたは何か他のものを使用する必要があり、数万人になりますか？
（私は私が内容を構築するために、コミュニティが必要になりますし、関係がシフトすると、リレーショナル・データベース管理システムを使用して、リレーショナルデータベース内に収容されなければならない主なリレーショナルであることを意味する
データを変更することがありRDBMS）は、MySQL、Postgre、Oracleなどのようなものです.RDBMSは、マインドマップで見つかるかもしれない多くの多くの関係に対応するように調整されています。 、頻繁にアクセスされ、非常に大きな心の地図を言っ
はおそらく、キャッシングシステムのいくつかの並べ替えの恩恵を受けるだろうが、その対象は、質問のトピックをオフに感じています。
データセットが大きく、おそらく非常に大きく、総相互関係として、重要な要因は、あなたがこのデータとドイグがどうなるかです。シンプルな階層セットとサブセットの生成？複雑なチャートを描く？重要なトレンドや傾向（データマイニングとも呼ばれます）を探している微妙な相互リンクを慎重に探しますか？データは多数の可能性の高いフォーマットのいずれかに格納できるため、どのように使用するかは、格納方法を決定する大きな要因となります。そのストレージの設計が問題のドメインと一致するよう
関係のために複雑になります。構造は一方的に始まりますが、コミュニティが関与するにつれて、おそらく新しいことを学ぶでしょう。そのため、関係は変化し、ある程度はスキーマに変わるかもしれません。 –
グラフデータベースは、この問題に非常に適しています。
マップが分離されている場合は、別の木が異なるマシン上に行くことができるよう、その後スケーリングは問題になることはありません。マップがすべて相互リンクされている場合、水平方向のスケーリングはより困難になります。
一つの簡単な解決策はmindlyの例を見ることです:)基本的に彼らは、マインドマップは、各インデントは単に時々だけでなく、子の詳細を持っていることを、子の詳細のソートされていないリストであるだけで見せかけの輪郭であることを示しました。
"巨大"を定義する：何百万というノード？ノードのサイズ（添付されたドキュメントや画像など）？ – APC
おかげで - 十私はごく最近、これを発見したので、私はこの答えをすることを躊躇んだけど、あなたは、このようなhttp://neo4j.org/ –
数千人の、のように思えます悪いマインドマップ。たぶん、あなたは「マインドマップを作る方法」を検索するときに、誤って「脳ダンプ」を書きました。 – Jody