DynamoDBの各データを自動で削除する機能（TTL:Time to Live）を試してみた | DevelopersIO
はじめに サーバーレス開発部の藤井元貴です。通勤しないと運動不足になる気がします。あとポケモンGOの卵が孵化しません……。 DynamoDBのTTL（Time to Live）機能は、レコード毎にデータの有効期限を指定でき、その有効期限を過ぎるとデータが自動削除されます。 そのため、「不要なデータを削除するバッチ処理的な仕組み」が不要になります。これは嬉しいですね！！ 具体的にどう設定すれば良いのか分かりにくかったため、実際に試してみました！ おすすめの方 DynamoDB TTLについて知りたい 最初にまとめ カラムで指定した有効期限を過ぎると、自動でデータが消える 有効期限はNumber型のUnixtime（ミリ秒無し）を指定する 有効期限は日本時間でOK（東京リージョン） 削除処理はバックグラウンドで動く データの読み込みまたは書き込みのトラフィックに影響を与えない データは48時間
RedashでAWS DynamoDBに対してDQLを発行しデータ取得する方法 - production.log
概要 表題の通りです。 RedashでDynamoDBからデータ取得する場合DQLという、SQLライクな書き方でデータを取得することになります。 今回はDynamoのIndexを指定して絞り込みを行う際に、ちょいハマりしたので、メモとして記録します。 AWS DynamoDBの設定 テーブル構造 Table name: test_tables Primary partition key: partition_id (Number) Primary sort key: sort_id (Number) インデックス Name: partition_id-index PartitionKey: partition_id (Number) DQLの書き方 test_tablesのpartition_idで絞り込んでデータ抽出したい場合、DQLでは下記の書き方となります。 SELECT * FRO
DynamoDBのキー・インデックスわかりにくい！！！！
DynamoDBわかんない！！！！！！！！！！！！！ １日くらいわかんないをひきずっていました。 仕事でみんな使ってるんで、そんな難しいものじゃないだろ、と思っていたんですが、すごくややこしいです。特にキーとインデックスの話がすんごくわかりにくいです。 今日はそんなDynamoDBのキー・インデックスについて話していきます。 DynamoDBとは DynamoDBについてうまく説明できないので、公式ドキュメントを見てください。 DymanoDB DynamoDBドキュメント DynamoDBの主なキーとインデックス一覧 DynamoDBを使うために知っておく必要があるキーとインデックスは次のようになります。 プライマリーキーっぽいやつ パーティションキー（ハッシュキー） ソートキー（レンジキー） セカンダリインデックス グローバルセカンダリインデックス ローカルセカンダリインデックス キー
AWS上のデータベースサービスが沢山あってよくわからないので、整理してまとめてみた - Qiita
どうも、ソリューションアーキテクト アソシエート iron千葉です。 AWSって、データベースサービスが沢山あって、混乱しますね。色々比較して、特徴・どういう時に使うか等整理したいと思います。 まずは、どんな種類があるのか見てみましょう。 赤枠の部分が整理するデータベースとなります。 Amazon RDS Amazon DynamoDB Amazon ElastiCache Amazon Redshift 沢山ありますね(((( ;°Д°)))) 以下より結構内容が詰まってる（長い）ので、１項目１日とかで見てもらえるといいかもです。 0からスタートして、まとめるのに1週間程度かかっているので。 【前提知識】RDBMSとNoSQLとか…色々 AWSの話をする前に、必要な前提知識としてRDBMSとNoSQLとか色々お話をします。 RDBMSとは？ みなさんご存知、リレーショナルデータベースとな
Amazon DynamoDB編～DynamoDBをはじめてみよう！パート①～
こんにちは！ JQです。 前回は『ファイル転送編～Tsunami UDP Protocolパート③～』ということで、Tsunami UDP Protocolで実際にリージョン間転送を試してみました。 今回は『Amazon DynamoDB編～DynamoDBをはじめてみよう！パート①～』と題して、Amazon DynamoDBを実際に触ってみたいと思います。 Amazon DynamoDBとは DynamoDB は高速な完全管理型 NoSQL データベースサービスで、任意の量のデータを格納、取得し任意のレベルのリクエストトラフィックを処理できます。 すべてのデータ項目を SSD（Solid State Drive）に保存し、3 つのアベイラビリティーゾーンにわたってレプリケーションすることで、高いアベイラビリティーと耐久性を実現しています。 DynamoDB を使用すると、可用性の高い分散
コンセプトから学ぶAmazon DynamoDB【複合キーテーブル篇】 | DevelopersIO
よく訓練されたアップル信者、都元です。DynamoDB楽しいです。みんなもっと使えばいいのにと思って最近のエントリーを書いています。今回は、前回名前だけ触れた「複合キーテーブル」について。DynamoDBについて全くご存知無い方は、まずは下記エントリーを読んで頂ければと思います。 Amazon RDSとの比較で学ぶDynamoDB コンセプトから学ぶAmazon DynamoDB【ハッシュキーテーブル篇】 今回のサンプルデータ フォーラム・スレッド・返信投稿という3要素で構成した掲示板のデータベースとして、それぞれForum, Thread, Reply というDynamoDBのtableがあり、下記のようなitemがそれぞれのtableに入っているようなイメージをしてみてください。 // Forum { "Name": "DynamoDB", "Category": "Amazon We
コンセプトから学ぶAmazon DynamoDB【ハッシュキーテーブル篇】 | DevelopersIO
よく訓練されたアップル信者、都元です。最近DynamoDBづいております。DynamoDBについて全くご存知無い方は、まずは下記エントリーを読んで頂ければと思います。 Amazon RDSとの比較で学ぶDynamoDB 要するに、即時一貫性・操作の原子性・検索条件の自由度を犠牲にして、可用性と拡張性を手に入れたデータベースがDynamoDBであります。では具体的に、データの読み書きはどのように行うのでしょうか。 DynamoDBにおけるコンセプト DynamoDBには主に「table」「item（項目）」「attribute（属性）」という3つの概念が現れます。それに従属する概念として「キー」「インデックス」が出てきます。まずはこの辺りを整理していきましょう。 tableというのはみなさん分かりやすいでしょう。概ねRDBで言うところのテーブルに相当し、itemの集合体です。itemについて
コンセプトから学ぶAmazon DynamoDB【Amazon RDSとの比較篇】 | DevelopersIO
よく訓練されたアップル信者、都元です。AWS上のシステム設計において、どんな時にRDSを選択するのか、そしてどんな時にDynamoDBを選択するのか。比較しながら見て行きたいと思います。 RDBとNoSQL ACIDなRDB 一昔前、一般的に「データベース」と言えば、多くはリレーショナルデータベース（RDB）のことを指していました。テーブルと呼ばれる「行とカラムで構成される二次元のデータ構造」に対して、SQLと呼ばれる強力なクエリ言語で操作を行い、データの一貫性（Consistency: どこから観測しても同じ値が得られること）や操作の原子性（Atomicity: 一連の操作を全て適用commitするか、全てキャンセルrollbackするかの二択として実現できること）を実現するモデルは、開発者を含むシステムの利用者にとって非常に理解しやすく、広く受け入れられて来ました。多くの方がご存知の通
Pairy : チャットデータを Redis から Amazon DynamoDB に全移行した話（２） 〜DynamoDB導入事例〜 - Tech Blog
CTOの椎名アマド ( @ima_amataro) です。 前回の記事：「Pairy : チャットデータを Redis から Amazon DynamoDB に全移行した話（１）」 前回はRedisをチャットのプライマリのストレージとして使う上での問題点と、 Amazon DynamoDB の特徴などを紹介しました。 今回はDynamoDBの詳細説明と、実際の移行作業と、その際にハマった点をお話していきます。 DynamoDBのテーブル構成 まずは DynamoDB 上のテーブル構成を考えるところから。 Redisにおいてはシンプルな list にチャットを保存していて、 chat.room.{room_id} {timestamp}:{user_id}:{urlencode(message)} {timestamp}:{user_id}:{urlencode(message)} {tim
DynamoDBにおけるスループット超過対策 〜 Fallback-Queueingパターン | DevelopersIO
よく訓練されたアップル信者、都元です。今日はAmazon DynamoDBのちょっと厄介な特性とその対処方法について。 DynamoDBの課金モデル 今さら説明することでもないかもしれませんが、DynamoDBはプロビジョニングされたスループットに対して課金されます。 意味わかりますか？ さっぱり伝えられてる気がしませんｗ 「provisioned throughput」ってどう訳せばいいんですかねぇ。 おっと、いきなり脱線してしまいましたが。つまり「どのくらいの頻度でどのくらいのデータ量を読み書きをする予定なのか」というユーザからの事前申告に基づいて、Amazonがその処理能力を確保し、その確保分に対して料金が発生します。具体的には1秒あたり1KBのデータを100回書き込みたければ、100ユニットの書き込みスループットを設定し、この100ユニットに対する課金を支払います。実際にどの程度読
Amazon DynamoDB編～DynamoDBをはじめてみよう！パート⑥～
こんにちは！ JQです。 前回は『Amazon DynamoDB編～DynamoDBをはじめてみよう！パート⑤～』ということで、DynamoDBでクエリーを実行してみました。 今回は『Amazon DynamoDB編～DynamoDBをはじめてみよう！パート⑥～』と題して、DynamoDBにRubyからクエリーを実行してみたいと思います。 事前準備 ※前回の『Amazon DynamoDB編～DynamoDBをはじめてみよう！パート⑤～』で作成したデータを利用します。 クエリー実行 Rubyからクエリー実行 1. それではRubyからクエリーを実行してみたいと思います。 以下のスクリプトでは「総数」「Hash_kyeがuserA」「Hash_keyがuserAでRange_keyが7月」の数をカウントしています。 #!/usr/bin/env ruby require 'rubygems'
[Ruby on Rails] AWS::Record::HashModel を使って Amazon DynamoDB のモデルを作る | DevelopersIO
[Ruby on Rails] AWS::Record::HashModel を使って Amazon DynamoDB のモデルを作る AWS::Record::HashModel AWS SDK for Ruby で DynamoDB を使うと思い、ググってみると AWS::DynamoDB クラスを使っているサンプルがほとんどでした。しかし SDK の中に AWS::Record::HashModel という DynamoDB のための便利な Model クラスを発見し、これはと思い使ってみたところとっても簡単に実装できました。 class Task < AWS::Record::HashModel string_attr :name end task = Task.new(:name => "My Sample Task") task.name #=> 'My Sample Task
![[Ruby on Rails] AWS::Record::HashModel を使って Amazon DynamoDB のモデルを作る | DevelopersIO](https://cdn-ak-scissors.b.st-hatena.com/image/square/897d858f9894a4b47880608ed0179c4da2da32cc/height=288;version=1;width=512/https%3A%2F%2Fdevio2023-media.developers.io%2Fwp-content%2Fuploads%2F2013%2F03%2Feye_catch_aws_dynamo_db.png)
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
DynamoDB を使用した設計とアーキテクチャの設計に関するベストプラクティス - Amazon DynamoDB
DynamoDB および AWS SDK の使用開始 - Amazon DynamoDB