エントリーの編集
エントリーの編集は全ユーザーに共通の機能です。
必ずガイドラインを一読の上ご利用ください。
【Rails】AWS:DynamoDBのORM「Dynamoid」の不便な点とその改善方法(その1) - PCがあれば何でもできる!
記事へのコメント0件
- 注目コメント
- 新着コメント
このエントリーにコメントしてみましょう。
注目コメント算出アルゴリズムの一部にLINEヤフー株式会社の「建設的コメント順位付けモデルAPI」を使用しています
- バナー広告なし
- ミュート機能あり
- ダークモード搭載
関連記事
【Rails】AWS:DynamoDBのORM「Dynamoid」の不便な点とその改善方法(その1) - PCがあれば何でもできる!
DynamoDBについて 皆さんは、AWSのNoSQLデータベース「DynamoDB」を利用していますか? DynamoDBは、テ... DynamoDBについて 皆さんは、AWSのNoSQLデータベース「DynamoDB」を利用していますか? DynamoDBは、テーブル毎にスループット容量を設定できることと、主にその設定値によって利用料が決まることが特徴です。 データ容量による課金ではないため、大量データの管理が高額にならず、利用が集中するテーブルや時間に合わせて、スループット容量と利用料のバランスを調整することができます。 あ、もちろんAmazonなので、速度は折り紙つきです。 弊社はデータ管理に複数のDBを利用していますが、上記の特徴から、件数が大量のデータやアクセスが集中しやすいデータの場合は、DynamoDBを利用しています。 さて、DynamoDBを利用するにあたり、性能は全く申し分ないのですが、いざRuby on Railsでデータ操作のコードを書くとなると、公式のORMが今ひとつ使いにくいことに気が付きます