DynamoDBの各データを自動で削除する機能（TTL:Time to Live）を試してみた | DevelopersIO
はじめに サーバーレス開発部の藤井元貴です。通勤しないと運動不足になる気がします。あとポケモンGOの卵が孵化しません……。 DynamoDBのTTL（Time to Live）機能は、レコード毎にデータの有効期限を指定でき、その有効期限を過ぎるとデータが自動削除されます。 そのため、「不要なデータを削除するバッチ処理的な仕組み」が不要になります。これは嬉しいですね！！ 具体的にどう設定すれば良いのか分かりにくかったため、実際に試してみました！ おすすめの方 DynamoDB TTLについて知りたい 最初にまとめ カラムで指定した有効期限を過ぎると、自動でデータが消える 有効期限はNumber型のUnixtime（ミリ秒無し）を指定する 有効期限は日本時間でOK（東京リージョン） 削除処理はバックグラウンドで動く データの読み込みまたは書き込みのトラフィックに影響を与えない データは48時間
コンセプトから学ぶAmazon DynamoDB【LSI篇】 | DevelopersIO
よく訓練されたアップル信者、都元です。今回はローカル・セカンダリ・インデックス（LSI）について深堀りしてみましょう。 ここまでの復習 その前に、色々復習しておきましょう。 DynamoDBのインデックス3種類 まず、DynamoDBが持てるインデックス3種類をあらためてまとめておきます。 暗黙的な、キー（ハッシュキーのみ、または、ハッシュキー＋レンジキー）による検索のためのインデックス 明示的に定義した、ローカル・セカンダリ・インデックス（LSI） 明示的に定義した、グローバル・セカンダリ・インデックス（GSI） このうち、暗黙的なインデックスは1テーブルにつき1つだけ、LSI及びGSIは1テーブルにつき各5個まで定義できます。つまり、1つのテーブルには最小で1個、最大で11個のインデックスがあります。検索を行う場合は、まず「どのインデックスを使って検索をするか」を指定し、その上で検索条
[AWS AppSync] チュートリアル：複数データソースを組み合わせた GraphQL API の作成 | DevelopersIO
GraphQLサービスAWS AppSyncで、DynamoDBとElasticsearch Serviceをデータソースとして組み合わせたAPIを試してみました。 こんにちは、菊池です。 先日、フルマネージドなGraphQLサービス、AWS AppSyncが正式リリースされました。 【速報】マネージドGraphQLサービス「AWS AppSync」が一般公開（GA）されました！ 先のエントリにて、AppSyncによるGraphQL APIのデータソースとして、DynamoDB、Elasticsearch Serviceを利用した例を試してみました。 [AWS AppSync] サンプルスキーマを使った API を作成しコンソールからクエリを発行してみる [AWS AppSync] Elasticsearch Service をデータソースに利用する 上記、Elasticsearch Se
![[AWS AppSync] チュートリアル：複数データソースを組み合わせた GraphQL API の作成 | DevelopersIO](https://cdn-ak-scissors.b.st-hatena.com/image/square/79f7d93ad13d8b601c00ca076d732f7cf2c62aa0/height=288;version=1;width=512/https%3A%2F%2Fdevio2023-media.developers.io%2Fwp-content%2Fuploads%2F2018%2F05%2Feyecatch_appsync.png)
AWS AppSync + GraphQL + DynamoDB: Building Objects from a Single Table from Multiple Table Entries
Photo by Sasha Lebedeva on UnsplashI’ve really been playing around with AppSync/noSQL since discovering it. As a developer I love having control of my tools, and I have the personal goal of attempting to understand why and how things are built to be used. AppSync provides a nice simple tool to test and learn. It also provides a nice level of documented complication that allows me to think through
AppSync向けのDynamoDBのマッピング定義（VTL：Velocity Template Language）をローカルで検証する | WP-kyoto
AWS AppSync向けのDynamoDBのマッピング定義（VTL：Velocity Template Language）をローカルで検証する 「なんのこっちゃ？」という人のほうが多そうですが、伝わる人に伝われば良いのです。 VTLとは AWSでAPI GatewayやAppSyncを触りだすとどうしても仲良くならざるを得ない存在です。ようはPugやJade・T […] VTLとは AWSでAPI GatewayやAppSyncを触りだすとどうしても仲良くならざるを得ない存在です。ようはPugやJade・Twigのようなテンプレート言語で、AWSではリクエストやレスポンスの値をマッピングするのに使われています。 AppSyncでの使い所 DynamoDBをリソースに使う場合、AppSyncが受け取るGraphQLのクエリをDynamoDBのクエリに書き換える必要があります。ここの値の受け
リゾルバーでAppSyncの中を開発する - Qiita
はじめに AmplifyでAppSyncをセットアップする際、認証タイプでCognitoを選択し、サンプルスキーマとしてFGAC(=Fine Grained Access Control = きめ細かなアクセス制御)の雛形を選択すると、Cognitoユーザー名が勝手にDynamoDBのowner列に設定されますよね。(で、認証済みユーザーでフィルタして取ってこれるようになる。) これ、不思議だったんです。 AppSyncのMutation(Create)で、引数に指定してないのにownerの他にもcreatedAtやupdatedAtなどが勝手に入ってくる。 contentしか指定してないのに、 DynamoDBには色々入ってる。 なにAppSyncそんなことできるんけ。どうやるん？んん？？ってな具合で調べてみたところ、リゾルバー(Resolver)なるもので記述するということで。 以前、
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
AppSyncでGraphQLを用いてDynamoDBを操作する - Qiita
はじめに ある日自社アプリの IoT.kyoto VIS をServerlessでいい感じにリプレイスしたのを話したときに、アーキテクチャを見てもらった人から「APIの部分AppSyncでやらないの？」とアドバイス頂いたので、AppSyncを使ってGraphQLに入門しました。 この記事では簡単なGraphQLを使ってDynamoDBのデータを操作することを目標に手順を書いていきます。 GraphQLとは GraphQLはAPI用のクエリ言語であり、データ用に定義した型システムを使用してクエリを実行するためのサーバー側のランタイムです。 GraphQLは、特定のデータベースまたはストレージエンジンに結びついておらず、代わりに既存のコードとデータに基づいています。 AWS AppSync では、ウェブアプリケーションやモバイルアプリケーション内のデータがリアルタイムで自動的に更新されます。
チャットアプリの実例でDynamoDBのモデリングを考えてみる
DynamoDB むずい。具体的には テーブル設計がむずい カラムのrenameやテーブル名のrenameがむずい テーブル設計にも関わるが、検索がパーティションキーとソートキーを通してしかできない。もしくは、別にindexテーブルをつくるGSIやLSI機能を利用する。 RDBのように正規化して保存するのではなく、欲しいデータをほしい形で保存するみたいに言われるけど、結局データの持ち方の理想形がわからない。 また、既存のカラムのrenameができなかったり、テーブル名のrenameができなかったりする。 これらのrenameがしたい場合は、dynamodbのstreamという機能を使ってデータを新しいカラム(もしくはテーブル)に流しつつ、既存のデータをコピーしないと行けない。しんどい。 既存のテーブルの形の修正がしにくいから、結局最初に設計した未熟なテーブルの良くない部分をアプリケーション
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するかの二択として実現できること）を実現するモデルは、開発者を含むシステムの利用者にとって非常に理解しやすく、広く受け入れられて来ました。多くの方がご存知の通
DynamoDBのorder byに関して - 田舎の技術者が奮闘中
前回の記事でDynamoDBはorder byは出来ないと思っていたのですが、簡単な奴だったらできるみたいです。 order byできる条件として、、、 hashとrangeキーが設定されていること。 rangeキーを元にソートする。 queryだけの場合のみ使える。（scanでは使用できない。） 以下がサンプルプログラムです。 DynamoDBテーブル構成 hash_key range_key mori 2002-01 yoshida 2002-11 suzuki 1999-01 suzuki 2000-09 suzuki 2001-02 suzuki 2008-06 suzuki 2009-01 tanaka 2001-01 tanaka 2001-10 プログラム require 'aws-sdk' require 'pp' dynamo_db = AWS::DynamoDB.new
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
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Enhance appsync dynamodb example with multiple table relationships · Issue #248 · serverless/serverless-graphql
DynamoDB を使用した設計とアーキテクチャの設計に関するベストプラクティス - Amazon DynamoDB
DynamoDB および AWS SDK の使用開始 - Amazon DynamoDB