2011-08-01 7 views
0

私は個人的なプロジェクトを始めようとしています。このプロジェクトでは、かなり大量のデータに対する読み取り専用アクセスが必要になります。データベースアドバイスを探している新しいアプリを起動する

EDIT ここからのデータは、CSV形式で取得しています。だから話すべきデータ構造は本当にありません。仮説的には、メインテーブルを指す外部キーを持つ他のテーブルを持つ1つのメインテーブルになります。私の現在のCSVダンプは約3MBです。多分それは私が思っていたほど大きくはありません...

EDIT 2 申し訳ありません私の数字はオフだった。 3MBは約半年間のデータのためのものです。平均サイズは約6MBで、最大サイズは9MBです。これは、1900年代初頭から今日までのデータです。

このアプリの最初の繰り返しではデータは作成されません。

私はいくつかのNoSqlの選択肢について多くのことを読んできましたが、私は本当にそれらのうちの1つを使い始めたいと思います。私の知っている

二つの主なものは

私の質問は、このような技術は最高だろう、この1、などのアプリのために、あるありますか? NoSqlまたはMySql?

また、いずれかの優先ホストをお勧めすることができればそれはすばらしいでしょう。

+2

詳細情報を提供できますか?これは、格納するデータの構造と、通常どのような種類のクエリを作成する必要があるかによって異なります。 –

+0

共有データですか?あなたのアプリにローカルですか? "大"はどれくらいですか? – gbn

+0

Updated ...それはどんなことに役立つのですか? –

答えて

1

これは個人的なプロジェクトであることを考えると、実際の質問はあなたが勉強したいと思っているものになります。

私は両方であなたのアプリを実装すると思います。そうすれば、彼らの長所と短所のいくつかを学ぶことができます。

ホスティングに関して。両方のための相続人は、いくつかのホスティング情報:
http://www.mongodb.org/display/DOCS/Hosting+Center

https://cloudant.com/

私はそれらについて何も知らないので、私はそれらのホスティングソリューションのいずれかで働いたことがありません。


もう1つのことは、構造化されたデータが一般的に意味するものを明確にしたかったのです。

  1. データが自然に行/列に収まるかどうかを確認します。
  2. レコードがスパースである(つまり、レコードの異なる場所に多数のヌル値がありますか?)
  3. データに自然に参照する要素がありますか? (外部キー関係)

1の場合は& 3ははい、2の場合は高度に構造化されたデータです。

2がyesで、1 & 3がnoの場合、非常に非構造化データがあります。

他にも何らかのミックスがあり、あなたの判断を使用する必要があります。 IMHOでは、データが構造化されるほど、より伝統的なDBMSを使用する必要があります。

構造化データの例は、地域ごとの日々の温度の表です。テンポを保持するテーブルと、地域名の外部キー参照を保持するテーブルがあります。すべての列(temp、日付/時刻、および収集されたリージョンID)は通常埋められます。

非構造化データの例は、食料雑貨品店(大、小、赤、青、長さ4インチ、箱など)にある商品です。この場合の属性は問題の製品の種類によって異なります。店舗によっては、他のものと似ていない商品もあるかもしれません。

これをRDBMSに格納する方法は明らかですが、このタイプの情報のクエリ機能が向上しているため、ドキュメントベースのNoSqlソリューションが優れている可能性があります。

0

あなたの目標が何であるかによって異なります。あなたは実際に、ある方法が別の方法より優れていることを示唆する方法でデータを記述していません。 NoSQLを学びたいと思ったら、このプロジェクトをその目標を達成するための手段にしましょう。しかし、あなたがプロジェクトの結果をもっと心配しているなら、私はあなたが知っていることに固執すると言います。あなたがSQLを知っているなら、SQLでこれを解決してください。そしてもしあなたがしなければ、どちらの方法もうまくいくようです。

関連する問題