目次:
- Facebookのメッセージングプラットフォーム
- Amazon DynamoDB
- Google Bigtableは、Orkut、Google Earth、Webインデックス、Google Maps、Googleブックス、YouTube、ブロガーなど、さまざまなGoogleアプリケーションにワイドカラムストレージを提供するために作成されました。 com、Google Code、Google Mailなどがあります。
- LinkedInは、Hadoopを使用して、関係についての情報を一晩中ずらし、最新のグラフ情報をVoldemort Key-翌日。このようにして、LinkedInはサービス内のすべてのデータのローリングビューを維持しました。
- 英国放送公社は英国市民にBBCのテレビやラジオ番組のための無料のキャッチアップサービスを提供するオンラインサービスを提供しています。
- 2011年、BBCは、ジャーナリストがBBCスポーツのウェブサイトでストーリーを公開する場所を決定するのに多くの時間を費やしていることに気付きました。このコストは、多くの時間とお金とストーリーが、スポーツウェブサイトのさまざまな分野のユーザーに一貫して利用可能ではありませんでした。
- さまざまなシステム間の通信には、安全のためにメッセージを保管する必要があります(したがって、メッセージは失われません)。ただし、HealthCare。政府は34州の市民にカバレッジを提供し、バックエンドシステムは50州すべてをデータベースを通じてサポートし、州独自の市場に供給している。
- Spine 2には、病院の緊急治療室の要員が全国の個々の医療記録を見つけることを可能にするSummary Care Record(SCR)システムとの通信も含まれています。
- 子供のための異なるアクセス権を持つ多面的な社会ケアアプリケーション保護隊員、医療スタッフ、教育者、法執行機関などが含まれます。
- 議会で議論されている法律を見つけることもできますし、今後の法的条項の有効化は現行法の注釈として利用できます。このサービスは、市民だけでなく、議員にも英国の法律問題に関する非常に豊富な情報を提供します。
ビデオ: MongoDB Tutorial In 90 Minutes | Full MongoDB Course | MongoDB Tutorial for Beginners. Learn MongoDB 2024
人々は、それを実行するキラーアプリケーションのために、特定のプラットフォームを購入することがよくあります。多くのNoSQLベースのアプリケーションは、キラーアプリケーションのカテゴリに分類されます。これらのアプリケーションは、既存のリレーショナルデータベース技術を使用して実現することはできませんでした。
Facebookのメッセージングプラットフォーム
Apache CassandraはFacebookによって作成され、受信トレイを強化しました。それは何年もの間これをしました。カッサンドラは次のことを行いました:
<! - 1 - >-
Cassandraは、ユーザーのメッセージとメッセージ内の用語(単語など)を索引付けし、それらのメッセージのすべてのコンテンツを検索しました。ユーザーIDは主キーでした。各用語はスーパーカラムになり、メッセージIDはカラム名になりました。
-
Cassandraは、特定のユーザーとの間で送受信されるすべてのメッセージを一覧表示する機能を提供しました。ここで、ユーザーIDは主キー、受信者IDはスーパー列、メッセージIDは列名でした。
<! - 2 - >
元のFacebook Cassandraの論文には、最近の情報が注釈されており、今日のCassandraを宣伝する商業会社のDataStaxが管理しています。
Amazon DynamoDB
AmazonはもともとDynamoペーパーを公開し、NoSQLのKey-Valueストアのコンセプトを開始しました。それ以来、Amazonは、Amazon Web Servicesマーケットプレイスサイトで提供されているサービスとして、DynamoDBという別のデータベースを作成しました。
<! DynamoDBは元のDynamoからその名前を取得しますが、DynamoDBはエンタープライズアプリケーションに不可欠な一貫性と耐久性を保証するために、世界的な同期レプリケーションを提供します。DynamoDBでは、格納するデータの量ではなく、使用する時間単位のスループット容量だけを支払うことになります。これは、新しいアプリケーション開発者が魅力的なモデルとなる興味深いモデルです。また、25GBのストレージといくつかの書き込みおよび読み取り容量のユニットを含む「フリーティア」オプションを作成しています。
Google Mail
Google Bigtableは、Orkut、Google Earth、Webインデックス、Google Maps、Googleブックス、YouTube、ブロガーなど、さまざまなGoogleアプリケーションにワイドカラムストレージを提供するために作成されました。 com、Google Code、Google Mailなどがあります。
Bigtableクローンは、非常に大きな情報セットのインデックスルックアップテーブルを提供します。
LinkedInは、Hadoopを使用して、関係についての情報を一晩中ずらし、最新のグラフ情報をVoldemort Key-翌日。このようにして、LinkedInはサービス内のすべてのデータのローリングビューを維持しました。
エスプレッソの詳細については、ここをクリックしてください。
BBC iPlayerオンラインメディアカタログ
英国放送公社は英国市民にBBCのテレビやラジオ番組のための無料のキャッチアップサービスを提供するオンラインサービスを提供しています。
エピソード、シリーズ、およびブランドの情報は、テレビのエピソードのスケジュール担当者とは異なるチームによって更新されます。
BBCは、複数のMySQLシステムを単一のMarkLogic Server 6リポジトリに移動し、プログラムのメタデータにアクセスしました。この操作には、NitroというデータサービスAPIを作成し、MarkLogic Serverに埋め込むことが含まれていました。
ニトロは現在、ますます多くのBBCサービスを提供しています。 Nitroは、iPlayerの機能を置き換えて開始し、そのプラットフォームのパフォーマンスを安定させました。将来的には、パートナー組織へのフィードを公開し、一般向けのAPIを提供します。
BBCスポーツとオリンピックのプラットフォーム
2011年、BBCは、ジャーナリストがBBCスポーツのウェブサイトでストーリーを公開する場所を決定するのに多くの時間を費やしていることに気付きました。このコストは、多くの時間とお金とストーリーが、スポーツウェブサイトのさまざまな分野のユーザーに一貫して利用可能ではありませんでした。
BBCは、このプロセスの多くを自動化する全く新しいタイプのソリューションをDynamic Semantic Publishing(DSP)と呼んでいます。 MarkLogic Server 6(Triple Storeなしのバージョン)とOntotextのGraphDB(旧BigOWLIM)の組み合わせを使用することで、BBCはジャーナリストに話題に関するトピックを提案することができました。このアプローチはまた、BBCが、ジャーナリストに頼るのではなく、そのストーリーに言及された被験者に固有の関係を用いて、データをどこに公表するかを決定することを可能にした。
BBCスポーツのホームページにアクセスしてイングランドのサッカーチームのリンクをクリックすると、イングランドのサッカーチームに関する情報だけでなく、イングランドでプレーするプレーヤーや、たとえ彼らが明示的にイングランドのサッカーチームに言及していないにもかかわらず、配偶者がいる。
優秀なイングランドのサッカーチームに関する情報をここで確認してください。
ヘルスケア。 gov
ヘルスケア。 govはすべての時間の最も複雑なITシステムの実装と呼ばれています。それを構築するにはいくつかのシステムが必要でしたが、最も目に見えるものがHealthCareでした。政府の市場。舞台裏では、他の多くのシステムが、IRSデータや、住民にすでに提供されている州のカバレッジに関する情報など、他の機関の情報の店舗を含むサポート機能を提供しています。また、保険会社は、連邦市場のウェブサイトで市民に提供したい政策を提出します。
さまざまなシステム間の通信には、安全のためにメッセージを保管する必要があります(したがって、メッセージは失われません)。ただし、HealthCare。政府は34州の市民にカバレッジを提供し、バックエンドシステムは50州すべてをデータベースを通じてサポートし、州独自の市場に供給している。
メディケア&メディケイドサービスセンター(CMS)は、これらすべてのシステムのデータにバックエンドデータベースを提供するMarkLogicを選択しました。MarkLogic Serverは、これらのシステム間に流れるすべてのXMLコンテンツの匿名化バージョンを保存し、市民の要件を保険適用範囲と照合する機能を提供します。
リアルタイムですべてのメッセージトラフィックを追跡および分析するサブシステムは、市民の生活に直接影響を及ぼすNoSQLシステムの最も目に見える成功であることが証明されています。プロジェクトは公に困難を経験しましたが、処理された複雑さのレベルと、今や700万人以上の新たにカバーされたアメリカ人への展開が成功しました。
MarkLogicがHealthCareで使用する方法については、ここをクリックしてください。 gov。
UK NHS Spine 2バックボーン
英国国立保健サービスは、数百の組織で構成され、すべてが1つの国の傘の下にあります。例えば、一般的なプラクティス手術や病院はそれぞれ独自のシステムを持っています。
英国のNHSはスパインと呼ばれる一連のサービスを提供しています。たとえば、Spineには、新生児に生涯にわたって固有のNHS番号を割り当てるサービスが含まれています。このSpineには、Spine Coreと呼ばれるさまざまなシステムのメッセージングバックボーンとして機能するシステムがあります。
Spine 2には、病院の緊急治療室の要員が全国の個々の医療記録を見つけることを可能にするSummary Care Record(SCR)システムとの通信も含まれています。
Spine 2バックボーンはRiakの上に構築され、古いリレーショナル・テクノロジーの上に構築された非常に高価なシステムを置き換えます。
RiakがSpine 2 Coreで使用する方法については、ここをクリックしてください。
安全な情報共有
多くの状況では、セキュリティを維持しながら情報へのアクセスを提供する必要があります。
購入前に書籍の関連性を確認できるように要約へのアクセスを提供するが、購入後は全書籍のみを閲覧できる書籍出版社
子供のための異なるアクセス権を持つ多面的な社会ケアアプリケーション保護隊員、医療スタッフ、教育者、法執行機関などが含まれます。
インテリジェンス共有アプリケーションでは、インテリジェンスレポートに関する高度な情報を発見のために共有しますが、すべてのアクセスをケースバイケースで行い、ケースベース
-
これらの状況には共通のアプローチがあります。レコードレベルで最低限のセキュリティを設定する必要があるため、システムの異なるユーザーにレコードを表示または非表示にすることができます。
-
レコード内の特定のセクションに安全なアクセスを提供するために、非正規化、セルベース、またはラベルベースのアクセス制御(LBAC)のいずれかが必要です。 LBACは、そのレコードに設定されている明示的なアクセス権ではなく、そのレコードの内容に基づいてレコードのセキュリティを強制します。
-
これらのシナリオでは、Accumulo、MarkLogic Server、AllegroGraphなど、レコードまたはセル/要素/トリプルレベルのセキュリティをサポートするNoSQLデータベースが適しています。
市民参画
各国政府はNoSQLデータベースを使用して、自国の統治に関する情報を市民に与える。その良い例は、VirginLogicのFairfax Countyであり、MarkLogic Serverを使用して、政府機関や居住者へのオンラインブラウズと検索インターフェースを通じて地理空間情報を提供します。このサービスは、郡内の地理的なポイントや警察関連のイベントなど、さまざまな情報をカバーしています。
英国では、賞を受賞した法律。 gov。 UKのウェブサイトは、1000年以上前の英国の法律に関する情報を提供しています。 1542年にウェールズで財産窃盗に関する法律を知りたければ、ウェブサイトにアクセスしてください!
議会で議論されている法律を見つけることもできますし、今後の法的条項の有効化は現行法の注釈として利用できます。このサービスは、市民だけでなく、議員にも英国の法律問題に関する非常に豊富な情報を提供します。
このウェブサイトは、MarkLogic Server 5(トリプルストアのないバージョン)とOntotextのGraphDBを使用しています。