2

私は大規模な通信会社で働いており、多くの CDR (Call Detail Records) を保存したいと考えています。巨大なデータベースになるはずです。いくつかのオープンソース ソリューションをプッシュしたいと考えています。私は MySQL に非常に精通していますが、堅牢で拡張が容易な別の方法を試してみようと考えました。安定した OpenSource NoSQL ソリューションに関する推奨事項はありますか? -MongoDB? ハドゥープ？カサンドラ？他のアイデアはありますか？多分私はMySQLに固執する必要がありますか？

特定の電話番号が何分間通話していたかなどを照会するオプションが必要になることに注意してください。

最も呼び出された番号は何ですか.

等'。

mysql テーブルは次のようになります。

   timestamp   TIMESTAMP
   from_number CHAR(12)
   to_number   CHAR(12)
   duration    MEDIUMINT
4

3 に答える 3

4

おそらく、どのデータベース バックエンドでも CDR ソリューションを構築できますが、1 つの課題は、データ モデリングとクエリにどのようにアプローチするかということです。NoSQL データ モデリングには、リレーショナル データとは大きく異なるアプローチが必要であり、非正規化されたデータ ウェアハウスに似ています (ユース ケースに適しているはずです!)。

要件に応じて調査する価値のあるオープン ソースの CDR プロジェクトが多数あります。

調査に役立つ特定の例については、CDR-Stats をご覧ください。

さらに見る:

于 2012-08-09T21:37:01.347 に答える
2

CDR 処理には非常に大量のレコードが含まれており、これも時間の経過とともに増加します。毎年 100% の増加は珍しくありません。コレクションをレポートから切り離し、収集したデータをレコードまたは集計として適切なレポート エンジンに転送することをお勧めします。BDセーフを見る概要とケーススタディについては。私は、数年間稼働し、1 日あたり数十億の CDR を継続的に処理するシステムを提供してきました。要約すると、1 つのシステムですべてのニーズに対応できるとは思えませんが、少し横方向の考え方で目標を達成できると確信しています。まず、データを効率的に (安価に) 保存してから、さまざまな目的でさまざまなレポート エンジンを試してみてください。対処しなければならない一般的なケースをいくつか教えていただければ、それらのケースで私が行ったことを喜んで説明させていただきます. 私は 10 年以上にわたり、通信事業者と LEA のこの分野に注力してきました。

于 2012-08-12T07:26:58.670 に答える
0

CDR の意志は、着地するコールの数に比例します。データは増え続けるため、MySQL がこれに最適なソリューションだとは思いません。データが大きくなるにつれて、パフォーマンスについて本当に疑問があります。これは、規制基準などとして少なくとも 1 年間データを保存する必要がある可能性があることを前提としています。CDR-Stats の Stennie の提案は良さそうです。彼らはMongoDBを使用しています

于 2012-08-10T09:26:01.587 に答える