事例から見るNoSQLの使い方 - db tech showcase Tokyo 2015 2015/06/11活用段階に入ったNoSQLですがまだまだ実際どう使えるのかご存じ無い方も多いのでは無いでしょうか。当セッションでは、MapR-DB(Hbase互換のNoSQL)が企業でどう活用されているのか、インドのマイナンバー事例や国内事例を元に実際の使い方のイメージと技術的な裏付けをご説明します。2015年6月10〜12日に開催されたdb tech showcase Tokyo 2015での講演資料です。Read less
選択テーブルクエリでグローバルセカンダリインデックス書き込みシャーディングを使用する - Amazon DynamoDB
アプリケーションは、Amazon DynamoDB テーブル内の特定の条件を満たす項目の小さなサブセットを識別する必要があることがあります。これらの項目がテーブルのパーティションキー全体に無作為に分散されている場合は、テーブルスキャンを使用してそれらを取得できます。このオプションは高価になることもありますが、テーブル上の多数の項目が検索条件を満たす場合にはよく機能します。しかし、キースペースが大きく、検索条件が非常に選択的である場合、この戦略は、多くの不要な処理を引き起こす可能性があります。 より良い解決策は、データをクエリすることです。キースペース全体で選択クエリを有効にするには、グローバルセカンダリインデックスのパーティションキーに使用する各項目に (0-N) 値を含む属性を追加して、書き込みシャーディングを使用できます。 以下に示しているのは、これを Critical-Event ワ
マテリアライズされた集計クエリでグローバルセカンダリインデックスを使用する - Amazon DynamoDB
急速に変化するデータ上で、ほぼリアルタイムの集約や主要メトリクスを維持することは、企業が意思決定を迅速に行う上で、ますます価値が高まりつつあります。例えば、音楽ライブラリでは、最も多くダウンロードされた曲をほぼリアルタイムに紹介する場合があります。 次の音楽ライブラリのテーブルレイアウトを考えてみましょう。 このテーブルの例では、songID をパーティションキーとして使用して曲を保存しています。このテーブルで Amazon DynamoDB Streams を有効にして、Lambda 関数をこのストリームにアタッチすることで、各曲がダウンロードされたときに、Partition-Key=SongID と Sort-Key=DownloadID を含むテーブルにエントリが追加されます。これらの更新が行われると、DynamoDB Streams で Lambda 関数がトリガーされます。この
DynamoDB でセカンダリインデックスを使用するためのベストプラクティス。 - Amazon DynamoDB
多くの場合、セカンダリインデックスは、アプリケーションに必要なクエリパターンをサポートするために必要です。同時に、セカンダリインデックスを過度に使用するか、非効率的に使用すると、コストがかかり、不要にパフォーマンスが低下する可能性があります。
グローバルセカンダリインデックスの管理 - Amazon DynamoDB
このセクションでは、Amazon DynamoDB でグローバルセカンダリインデックスを作成、変更、削除する方法について説明します。 グローバルセカンダリインデックスを持つテーブルの作成 1 つ以上のグローバルセカンダリインデックスを持つテーブルを作成するには、CreateTable オペレーションと GlobalSecondaryIndexes パラメータを使用します。最大限のクエリの柔軟性を得るために、テーブルごとに最大 20 個のグローバルセカンダリインデックス (デフォルトのクォータ) を作成できます。 インデックスパーティションキーとして機能する属性を 1 つ指定する必要があります。必要に応じて、インデックスソートキーに別の属性を指定できます。これらのキー属性のいずれも、テーブルのキー属性と同じである必要はありません。例えば、GameScores テーブル (「DynamoDB
セカンダリインデックスを使用したデータアクセス性の向上 - Amazon DynamoDB
Amazon DynamoDB によって、プライマリキーの値を指定して、テーブルの項目に高速アクセスすることが可能になります。しかし多くのアプリケーションでは、プライマリキー以外の属性を使って、データに効率的にアクセスできるようにセカンダリ（または代替）キーを 1 つ以上設定することで、メリットが得られることがあります。これに対応するために、1 つのテーブルで 1 つ以上のセカンダリインデックスを作成して、それらのインデックスに対して Query または Scan リクエストを実行することができます。 セカンダリインデックス は、テーブルからの属性のサブセットと、Query オペレーションをサポートする代替キーで構成されるデータ構造です。Query をテーブルで使用する場合と同じように、Query を使用してインデックスからデータを取得できます。テーブルには、複数のセカンダリインデックスを
[SolutionArchitect Pro] AWS DynamoDB セカンダリインデックス – STAY KOBE
DynamoDB では、主キー値を指定することにより、テーブル内のアイテムにすばやくアクセスできます。 テーブルのセカンダリインデックスは、主キー以外の属性を持つデータへの効率的なアクセスを可能にします。 セカンダリインデックス テーブルの属性のサブセットを含むデータ構造です。 1つのテーブルに関連付けられており、そこからデータを取得します。 インデックスパーティションキーと並べ替えキーの代替キーが必要。 さらに、主キー属性とともに基本表から索引にコピーされる投影属性を定義できます。 DynamoDB によって自動的に維持される ベーステーブル内の項目の追加、変更、または削除は、そのテーブルのインデックスも更新され、これらの変更を反映します。 DynamoDB は2種類のセカンダリインデックスをサポートします。 グローバルセカンダリインデックス – パーティション・キーとソート・キーを持つ
![[SolutionArchitect Pro] AWS DynamoDB セカンダリインデックス – STAY KOBE](https://cdn-ak-scissors.b.st-hatena.com/image/square/c38e2660eac0664ee18c29c4c705bda793d79cbb/height=288;version=1;width=512/https%3A%2F%2Fstay-ko.be%2Fwp-content%2Fuploads%2F2017%2F10%2F07123335%2Faws_new_logo.png){kind=logo}
ローカルセカンダリインデックス - Amazon DynamoDB
ベーステーブルのプライマリキーを使用してデータのクエリを実行する必要があるのは、一部のアプリケーションだけです。ただし、代替のソートキーが役に立つ場合があります。アプリケーションでソートキーを選択できるようにするには、Amazon DynamoDB テーブルに 1 つ以上のローカルセカンダリインデックスを作成し、これらのインデックスに対して Query または Scan のリクエストを発行できます。 シナリオ: ローカルセカンダリインデックスの使用 たとえば、Thread で定義した DynamoDB でのコード例用のテーブルの作成とデータのロード テーブルがあります。このテーブルは、AWS ディスカッションフォーラムのようなアプリケーションで役立ちます。次の図は、テーブル内の項目の構成を示しています。一部表示されていない属性もあります。 DynamoDB には、同じパーティションキー値を
DynamoDB のグローバルセカンダリインデックスの使用 - Amazon DynamoDB
アプリケーションによっては、さまざまな属性をクエリ基準に使用して、いろいろな種類のクエリを実行する必要があります。このような要件に対応するために、1 つまたは複数のグローバルセカンダリインデックスを作成して、Amazon DynamoDB でこれらのインデックスに対して Query リクエストを発行できます。 シナリオ: グローバルセカンダリインデックスの使用 たとえば、GameScores という名前のテーブルがあり、モバイルゲームアプリケーションのユーザーとスコアを記録しているとします。GameScores の各項目は、パーティションキー (UserId) およびソートキー (GameTitle) で特定されます。次の図は、テーブル内の項目の構成を示しています。一部表示されていない属性もあります。 ここで、各ゲームの最高スコアを表示する順位表アプリケーションを作成すると仮定します。キー
データベースにindexを張る方法 - Qiita
データの読み込み速度を改善する上で、indexを張ることは非常に大切です。 ただし、張り方や張る箇所によっては、目に見えた改善が見られなかったり、むしろ速度が遅くなってしまうケースもあります。 そこで、indexへの理解を深めるべくindexの基礎的な内容を記します。 1.indexってなんぞや 特定のカラムからデータを取得する際に、テーブルの中の特定のカラムのデータを複製し検索が行いやすいようにしたものです。 例えば、あるユーザーをバイネームで検索したい！となった際に、Usersテーブルのnameカラムにインデックスを張ってないと、プログラムは、Userテーブルのnameカラムを上から順にみて、そのユーザーのデータを取得します。もし、これが1万人もしくはそれ以上の大量のデータを含むカラムだったらどうでしょう。すごく時間がかかりますね。 Usersテーブルのnameカラムにindexを張る
[Rails Tutorial for Phoenix]Modeling users
Modeling users |> Preparation |> User data model |> User |> Verify |> Add password colum |> Encrypted password |> Additional verification |> Before the end
Efficient Use of PostgreSQL Indexes | Heroku Dev Center
Additional ResourcesHomeElementsProductsPricingCareersHelpStatusEventsPodcastsCompliance CenterHeroku BlogHeroku Blog Find out what's new with Heroku on our blog. Visit Blog There are many types of indexes in Postgres, as well as different ways to use them. In this article, we give an overview of the types of indexes available, and explain different ways of using and maintaining the most common in
CREATE INDEX CONCURRENTLY を読み解く - Qiita
Explaining CREATE INDEX CONCURRENTLY というブログ記事がなかなかおもしろかったので、自分なりにまとめなおしてみます。PostgreSQLのソースコードでもコメントで説明されているので、それを読むのもおすすめです。それ読みながら書きました。 通常インデックスの作成時には、その最中にインデックスに影響する変更が行われるのを防ぐため、テーブルレベルのロックが行われます。CREATE INDEX CONCURRENTLY はこのようなロックを行わずにインデックスを作成する機能です。 （ソースコードやネット上の記事を参考に書いているので、勘違い等あればご指摘ください） どうしたら実現できるか 基本的な考え方は、ある時点のスナップショットを元にインデックスを作成し、インデックスへの挿入を有効化してから、改めて取ったスナップショットとの差分をインデックスに反映するとい
【MySQL5.6以上】Webエンジニア向け！メンテなしで500万件レコード入りのテーブルにINDEXを張る実行時間の目安 - Qiita
【MySQL5.6以上】Webエンジニア向け！メンテなしで500万件レコード入りのテーブルにINDEXを張る実行時間の目安RailsMySQLActiveRecordInnoDB レコード数が増えていくと、INDEXを張りたくなりますよね。 INDEXのあり/なしでレスポンスが大きく変わります。 でも、「サービスを止めたくない！」 そんなWebエンジニアの方のために、メンテなしでテーブルにINDEXを張る方法を・・・。 答えは簡単。 データベースを「MySQL5.6以上」にすることです。 MySQL5.6からオンラインでのDDLが可能となりました。 つまり、「オンラインでINDEXを張ること」ができます！！ 意外と知られていない・・・？！ 参考： CREATE INDEX、ADD INDEX項目 MySQL 5.6 リファレンスマニュアル 14.11.1 オンライン DDL の概要 検証環
)
索引 (データベース) - Wikipedia
データベースの分野において、索引（さくいん）またはインデックス (英: index) 、データベースインデックス (英: database index) は、テーブルへの処理を高速化するためのデータ構造である。インデックスの作成には追加の書き込み操作とストレージ容量を必要とする。 インデックスは、データベーステーブルにアクセスするたびにデータベーステーブルのすべての行を検索しなくても、データをすばやく見つけるために使用される。インデックスは、データベーステーブルの1つ以上の列を使用して作成し、高速なランダムルックアップと順序付けられたレコードへの効率的なアクセスの両方の基礎を提供する。 概要[編集] インデックスはテーブルの中の1個以上の列を対象に作成され、ランダムな参照処理や一定の順序でのレコードへのアクセスの効率を高めることができる。インデックスには通常、行全体を効率的に取得できるよう
Database index - Wikipedia
This article needs additional citations for verification. Please help improve this article by adding citations to reliable sources. Unsourced material may be challenged and removed. Find sources: "Database index" – news · newspapers · books · scholar · JSTOR (May 2024) (Learn how and when to remove this message) A database index is a data structure that improves the speed of data retrieval operati
11.7. Indexes on Expressions
An index column need not be just a column of the underlying table, but can be a function or scalar expression computed from one or more columns of the table. This feature is useful to obtain fast access to tables based on the results of computations. For example, a common way to do case-insensitive comparisons is to use the lower function: SELECT * FROM test1 WHERE lower(col1) = 'value'; This quer
Postgres Indexes – Expression/Functional Indexing - Craig Kerstiens
Postgres is rich with options for indexing. First you’ve got a variety of types, and beyond that you can do a variety of things with each of these such as create unique indexes, use conditions to index only a portion of your data, or create indexes based on complex expressions or functions. In cases where you commonly use various PostgreSQL functions in your application or reporting you can get so
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Category:Database index techniques - Wikipedia