タグ検索の該当結果が少ないため、タイトル検索結果を表示しています。
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はキーバ
楽観的排他制御（楽観的ロック）とは、同時アクセスによるデータの不整合を防ぐ排他制御（ロック）の手段です。バージョン番号や更新日時を利用して、データを取得してから更新するまでの間、データが変更されていないことを確認することで整合性を保ちます。対照に悲観的排他制御（悲観的ロック）では、データを取得する際にロックをかけることで整合性を保ちます。 DynamoDBでは楽観的排他制御を実装できます。また、DynamoDBのトランザクションでは楽観的排他制御が採用されています。 DynamoDBで楽観的排他制御 AWS LambdaでDynamoDBのデータを更新する際に、条件付き書き込みを使用してバージョン番号で楽観的排他制御を実装してみます。 DynamoDBに商品テーブルProductを作成して次のデータを格納しておきます。 productName(PK) stock version Lambd
メンテナンスし辛いMovableTypeをHeadlessCMSとして使えるようにAWS DynamoDB, S3を使って改修する
10年漬けのMovableTypeとか触りたくないですよね そして10年も記事がたまってると静的ファイルを生成する仕組みなので全再構築するとサーバースペックによっては１日以上かかり何万件・何十万件ものファイルが生成されたりします。 MobableTypeとウェブサーバーが別の場合は、rsyncで同期することが多いと思いますが、rsyncに負荷がかかりアクセスがない時でも重くなったりします。 また、MobableType管理外のファイルと管理下のファイルの見分けがつかないことや、生成されたHTMLもPHPを使って中途半端にSSRされていたり、運用コストが大変しんどくなっていきます。 MovableTypeのMTテンプレート自体もどんな処理がされるのか一目でわからなかったり、記事Modelが曖昧でバグが出やすくメンテナンスがしづらい欠点があります。テンプレートからバッチ処理が走るような記述が書
GitHub - datastax/dynamo-cassandra-proxy: Preview version of an open source tool that enables developers to run their AWS DynamoDB™ workloads on Apache Cassandra™. With the proxy, developers can run DynamoDB workloads outside of AWS (including on premises
You signed in with another tab or window. Reload to refresh your session. You signed out in another tab or window. Reload to refresh your session. You switched accounts on another tab or window. Reload to refresh your session.
この記事は何か AWS DynamoDBをメインのDBとして利用した開発の中でぶち当たったDynamoDBの制約についてまとめた記事 DynamoDBの特徴をまとめてくれている記事はたくさんあるが、実際にDynamoDBが技術選定の土俵に上がった際の明確な選定基準を提供する記事は少ないため、少しでもヒントになればと思い執筆していく。 ※間違いなどあればコメントなどで教えて頂けると幸いです TL;DR DynamoDBは「それらの指定でレコード(Item)が一意に特定できない2つ以上のカラム(Attribute)での条件検索を伴うクエリが頻繁に投げられる」要件には向かないので注意しよう DynamoDBのテーブル設計における前提条件 各テーブルにHash Key と Sort Keyを指定することができる 1. Hash Keyのみ 2. Hash KeyとSort Key のいづれかのパタ
この記事は新野淳一氏のブログ「Publickey」に掲載された「AWS、DynamoDBをSQLで操作可能に。SQL互換のクエリ言語「PartiQL」対応を発表」（2020年11月25日掲載）を、ITmedia NEWS編集部で一部編集し、転載したものです。 米Amazon Web Services（AWS）はこのほど、NoSQLデータベースサービスのDynamoDBが、SQLで操作可能になるSQL互換のクエリ言語「PartiQL」に対応したことを発表しました。 DynamoDBはキーバリュー型のスケーラブルなNoSQLであり、AWSの代表的なデータベースサービスの1つです。 もともとNoSQLには業界標準の問い合わせ言語がないため、DynamoDBも独自のコマンドを用いてデータの追加、更新、削除、検索などの操作を行う必要がありました。 NoSQLデータベース、特にキーバリュー型のデータベ
org: michinosuke app: dynamodb-fulltext-search service: dynamodb-fulltext-search frameworkVersion: "3" custom: tableName: "fulltext-search-${sls:stage}" plugins: - serverless-offline provider: name: aws region: ap-northeast-1 runtime: nodejs18.x iam: role: statements: - Effect: Allow Action: - dynamodb:Query - dynamodb:Scan - dynamodb:GetItem - dynamodb:PutItem - dynamodb:UpdateItem - dynamodb:Del
きっかけ 先日、とあるサーバーレスアプリを作っていた際、DynamoDBについて下記のツイートをしました。 ここに来て、DynamoDBの構成を変えなきゃいけない可能性が。てかプライマリキー、完全一致検索しかできないの？— Masaki Suzuki@フリーランスクラウドエンジニア (@makky12) 2020年2月4日 そうしたら、下記の突っ込みリプを頂きました。 プライマリーキーではなくパーティションキーなのです このキーの値によってデータが配置されるノードが決まります。同一ノード内ではある程度検索ができる(レンジキーやローカルインデックスではソートや絞り込みができる)わけですねー ホットキーがタブーなのも特定のノードに処理が偏るからですね というか確かに、DynamoDBのキーの扱いについて、認識がイマイチあいまいだなあ...と思う部分があったので、この機会にちょっと調べてみました
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
AWS、DynamoDBをSQLで操作可能に。SQL互換のクエリ言語「PartiQL」対応を発表
AWS DynamoDBで楽観的排他制御（楽観的ロック）をやってみた | DevelopersIO
AWS DynamoDBのテーブル設計における注意点 - Qiita
AWS、DynamoDBをSQLで操作可能に SQL互換のクエリ言語「PartiQL」対応を発表
AWS DynamoDB で超低コストな全文検索を実装しよう 〜実装編〜 - Qiita
【AWS】DynamoDBのキーとソートとフィルタについて - echo("備忘録");
www.jras.co.jp
blog.livedoor.jp/hsiwecila6
sight-r.sts-inc.co.jp
kotobank.jp
catc.hatenablog.jp
qiita.com/hgkcho