Qiitaにも記事があります https://qiita.com/_kensh/items/2351096e6c3bf431ff6f サーバーレスでよく利用される Amazon DynamoDBですが、設計方針はRDBMSと違うとよく言われます。 アクセスパターンに従った、DynamoDBならではの設計の仕方を一緒に学んでみませんか?

If you're working with DynamoDB, you're likely to rely on Condition Expressions when manipulating items in your table. Condition Expressions can ensure you don't overwrite existing users, allow bank account balances to drop below \$0, or give Admin access to every user in your application. Yet despite their usefulness, I see Condition Expressions misunderstood quite often. My hunch is that this is
AWSはNoSQLデータベースサービスのDynamoDBが、SQLで操作可能になるSQL互換のクエリ言語「PartiQL」に対応したことを発表しました。 You now can use PartiQL (a SQL-compatible query language) to query, insert, update & delete table data in DynamoDB. PartiQL makes it easier for you to interact with DynamoDB & run queries in the AWS Management Console. https://t.co/qlRwzYZCPC pic.twitter.com/pVaX5xlEDu — DynamoDB (@dynamodb) November 23, 2020 DynamoDBはキーバ
テーブルのデータを S3 へエクスポート DynamoDB にエキサイティングな機能が追加されました。Data Export 機能です。この新機能を使えば、No Code で DynamoDB Table のデータを S3 に出力できます。 New – Export Amazon DynamoDB Table Data to Your Data Lake in Amazon S3, No Code Writing Required | AWS News Blog ユースケースは? そもそも DynamoDB は NoSQL データベースです。大量のデータを保存するワークロードに向いている一方、集計、走査、検索については効率の面で限界があります。では「DynamoDBに保存されたデータを集計して分析したい」という要件にどう応えるかというと、分析したいデータはとりあえずS3に入れておいてETL
サーバレスでApache Cassandraを提供する「Amazon Keyspaces for Apache Cassandra」正式リリース。事実上無制限スケール、使った分だけ課金 Amazon Web Servicesは、代表的なNoSQLデータベースの1つであるApache Cassandraをマネージドサービスとして提供する「Amazon Keyspaces for Apache Cassandra」を正式版としてリリースしたと発表しました。 New #AWSLaunches! Amazon Keyspaces (for Apache Cassandra) is now generally available AWS IQ waives fees until June 30, 2020 Amazon Aurora with PostgreSQL Compatibility for
Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? Disclaimer 当記事はNewSQL開発ベンダの技術ブログや各種論文、その他ニュースサイト等の内容を個人的にまとめたものです。 そのため、理解不足等に起因する誤解・誤認を含む可能性があります。更なる理解が必要な方はリファレンスに挙げた各種文献を直接参照下さい。技術的な指摘は可能であれば取り込み修正しますが、迅速な対応はお約束できません。 NewSQLの解説は二部構成 当記事は前編でNewSQLの概要編となる。 全体の目次は下記である。 NewSQLとは何か NewSQLのアーキテクチャ NewSQLとこれまでのデータベースの比較
AWSが新DBサービス「Amazon DocumentDB」発表。MongoDB互換のマネージドデータベース MongoDBはオープンソースで開発されているドキュメント指向データベースです。データの形式として「Document」と呼ばれるJSONライクな柔軟にデータを格納できる形式を採用、ドキュメントの集合を「コレクション」として管理します。 NoSQLの高いパフォーマンスとスケーラビリティを保持しつつ、柔軟なデータ構造と複雑な検索などを実現するMongoDBは、代表的なNoSQLデータベースの1つとして知られています。 そのMongoDBと互換性のあるデータベースを、AWSが「Amazon DocumentDB (with MongoDB compatibility)」として発表しました。 Amazon DocumentDBはマネージドサービスとして提供されます。 10GBから64TBま
Cassandraのストレージエンジンを入れ替えて高速化した「Rocksandra」、Instagramがオープンソースで公開。Javaのガベージコレクションによる遅延を大幅に解消 Instagramは、NoSQLデータベースのCassandraで発生していたJavaのガベージコレクションに起因する遅延を解消し、高速化した改良版Cassandraをオープンソースで公開したと発表しました。 ストレージエンジンとしてキーバリューストアの「RocksDB」を用いたことから、同社はこの改良版Cassandraを「Rocksandra」と呼んでいます。 JavaのガベージコレクションがCassandraの遅延を発生させている 同社がRocksandraの開発に至った経緯は、エンジニアブログ「Open-sourcing a 10x reduction in Apache Cassandra tail
MongoDB、マルチドキュメントの操作に対応したACIDトランザクションをサポートと発表。今年夏に登場予定のMongoDB 4.0で。性能劣化はないと 複数ドキュメントに対する操作をコミット/ロールバック可能に 今回実現するマルチドキュメント対応のACIDトランザクションとは、「start_transaction」によりトランザクションの開始を宣言したあとで、複数のドキュメントに対する操作を行い、そのいずれかが失敗したときにはロールバックしてすべてのドキュメントをトランザクション開始前の状態に戻す、というもの。 ドキュメントに対する操作がすべて成功し、「commit_transaction」でトランザクションのコミットが宣言された場合、その状態が確定されます。 同社共同創業者兼CTOのEliot Horowitz氏は、こうしたACIDトランザクションの実装による性能劣化はないと説明してい
「ユーザー目線」のシステムを目指して RDBが従来の階層型DBに比べて優れていた点はいくつか挙げることができますが、シェアを伸ばすうえで最も大きな影響は、ユーザーが使いやすいデータ構造とインタフェースにこだわったことです。すなわち、「テーブル」と「SQL」の発明です。 RDBでは、すべてのデータを「テーブル」というただ一つのデータ形式によって表現します。テーブルは、見た目が「二次元表」に似ているため*3、Microsoft ExcelやGoogle ドキュメントなどのスプレッドシートを使い慣れた人が見ると、データを格納する方法が直観的にイメージしやすいという利点があります。実際、こうした二次元表によるデータ管理は、Excelなどのソフトウェアが登場する前から一般的な方法だったため、RDBが登場した当時の人々にとっても受け入れやすいものでした。 テーブルが画期的だった点は、もう一つあります。
前回は、「リレーショナルデータベース(以下、RDB)ではうまくいかなくなってきている背景とその理由」を解説しました。今回はNoSQLの長所と短所を、「キーバリューストア」「ドキュメントストア」などの種類別に説明していきます。 NoSQLは機能をトレードオフして誕生した リレーショナルデータベースでは対処が困難、非効率的、現実的に不可能である、幾つかのデータ問題への認識が高まったことが「NoSQLムーブメント」の発生した要因です。 NoSQLとひとくくりに言っても、NoSQL製品の中には「従来型のデータベースと同等に語れないもの」が多数あります。具体的には、リレーショナルデータベースでは当たり前の性能である「データの一貫性」「(政府レベルでも利用できる)セキュリティ」「高可用性」といったエンタープライズ機能を標準機能として提供していないものもあります。 NoSQLは、RDBMSに存在する特定
会社が倒産してオープンソースとなったNoSQL「RethinkDB」。最初のオープンソース版「RethinkDB 2.3.6」が公開 RethinkDBは同名の企業ReghinkDB社が開発していたNoSQLデータベースで、JSON形式を処理できる高速な分散データベースとしてモバイルアプリケーションのバックエンドやリアルタイムデータ処理などを得意としていました。 しかし残念ながらビジネス面で成功できず、同社は2016年10月に倒産。2017年2月には、同社のコードやドキュメント、トレードマークなどの知的財産が、Kubernetesの開発などを主導するCloud Native Computing Foundationに買い取られ、Apache Licenseにライセンスし直されてオープンソース化されることが発表されました。 そして7月17日付けで、オープンソース化されてはじめてコミュニティに
AWS上でNoSQLデータベースとして提供されているDynamoDBを高速化する「DynamoDB Accelerator」(以下DAX)が、正式サービスとなったことが、AWSブログの記事「DynamoDB Accelerator (DAX) Now Generally Available」で発表されました。 Amazon DynamoDBはマネージドサービスで提供されているNoSQLデータベースす。非常に高いスケーラビリティと安定した高性能が特徴です。高速なレスポンスやスケーラビリティを重視するようなゲームや広告配信、コンテンツ配信サービス、モバイルアプリケーションなどのバックエンドなどによく使われています。 このDynamoDBにインメモリキャッシュを追加することで高速化するのが、今回正式サービスとなったDAXです。Webサイトからの説明を引用します。 Amazon DynamoDB
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く