データベースにRDBを選択するときの注意事項について考える（追記あり） - Qiita

2019年6月20日追記： この度は、本ブログにて技術的に誤った記事を掲載したことをお詫び申し上げます。具体的には以下の通りです。 一方的にRDBがスケールしないという技術的根拠が薄い内容となっていました。 RDBとAmazon DynamoDB（以下、DynamoDB）/NoSQLデータベースを要件に応じて適切に選択するという内容になっていませんでした。また、本来考慮すべきアプリケーションの設計やデータアクセスパターンに言及しておらず、RDBのデメリットの部分にのみ焦点を当てる内容となっていました。 DynamoDBの具体的な活用やDynamoDBを使う上での注意点についても触れられていない不明瞭な記載でした。 当初の記事の目的としましては、特定のユースケースをサンプルとして、最適なデータベースを選択頂くことでした。近日中に正確な技術記事を掲載させて頂きます。 以下の内容は修正前の内容と

[nkyn]

個人云々で予防線貼るならそもそも社名出さなければいい。

[n314]

この内容で参考にするレベルなら素直に慣れてるDB使うので良いと思うけど。数年先を見越して最適化しても仕方がない。それにRDB=>NoSQLはできてもNoSQL=>RDBって作り直しレベルじゃなかろうか。

[t-murachi]

DynamoDB宣伝したかっただけにしたってもうちょっとさぁ…(´・ω・`) それに最初は小さく作って運用しながら諸問題に対応していくのは基本中の基本やで(´・ω・`)

[ewiad420]

要約すると「RDBだとこんな問題が…、でも！NoSQLのDynamoDBなら大丈夫！もう最高！」

[nippondanji]

こんなゆるふわな認識でRDBじゃなくてNoSQL使えって、ハッキリ言ってどうかしてるぜ。

[kitayama_t]

会社の名前を出すにはあまりにも浅いひどい内容だ。

[oka_mailer]

主題と全く関係ないけどここで「いかがでしたか」を見るとは。

[kathew]

RDB or NoSQLはデータ構造で選ぶべきでしょ。NoSQLが採用可能なのはKVSで無理なく扱えるデータだけだよ。併用しても良い。KVSで管理できる情報をRDBに放り込むのは無駄が多いし

[stp7]

いかがでしたかQiita。滅びろ。

[astrocyte]

俺もAWSで働くことができるかな？という希望が湧いてくる記事 / NeptuneやDocument DBやら使い所が難しいDBのユースケースや一通りDynamoDBの紹介の記事などをどんどん上げて、最後にこの記事を書いたほうがよかったのでは。

[den8]

この記事、最初読んだときはどうかと思ったけどこの記事を削除せず残して、ちゃんと浅いのを書いて、もとの記事までそのまま残している姿勢は本当に素晴らしいと思う。

[tyoro1210]

Qiita 、企業のこーゆーシリーズ連載も許容してんのか っと思ったら一作目だった。　しかしちょっとスタンスによるバイアス強すぎて……って感じですでにフルボッコか。　まぁ何か今後はそうならんように頑張ってくれ

[dai_hi_saru]

関係ないけどDynamoDBのオンデマンド課金のおかげでだいぶ運用楽なので最高という気持ち

[kai_kou]

AWSの中の人がQiita投稿はじめてる！今後も継続的に投稿するとな！

[kfujieda]

「AWS社員Qiitaブログシリーズ」なんてハードルを上げなければ、ここまで不評を買うこともなかったのではなかろうか。

[oooooo4150]

Qiitaで炎上しないための注意事項が必要そう

[uguisyu]

内容雑で文章冗長で太字箇所が変で面白い

[orenonihongogayabai]

銀の弾丸は存在しないからレギュレーションは狭く設定しようねというお話

[nekoruri]

Data APIの話だと思ってｗｋｔｋしながら開いたらこれだよ！！！！ // 先頭で"AWS社員Qiitaブログシリーズ"でSA(ソリューションアーキテクト)って名乗ってたら、そりゃ「最低限の正しさ」が求められるのは当然でしょ。

[laiso]

チャットワークの人たちの感想が聞いてみたい

[MzdA0w73tg]

Qiitaには編集リクエスト機能もあるのに外野から袋叩きにしてる人たちくっそかっこ悪い。 間違いのない発信しか許さないなら誰も怖くて発言できなくなる。

[b-wind]

雑すぎて参考にならない。NoSQL ならすべて解決なの？

[houyhnhm]

数年レベルで構成見直しするのは前提でいいし、最初から考えるのはWFの作り売りだけでいいと思う。

[ono_matope]

“AWS社員Qiitaブログシリーズ”と銘打つわりにはOrganizationが設定されていなかったりするのが気になる…。NoSQL使いたい人にはまずトランザクションないよ？本当にそれ捨てても大丈夫？って10回問い詰めるようにしている。

[inductor]

ボコスカ叩かれててびっくりしたｗｗｗ 多分いろいろな方面からの声を気にした結果こんな感じの文面になってしまったんだと信じてる。。。

[takezaki]

RDBよりKVSというのは同意見。推しはDynamoDBじゃないけど。詳しくは、「RDBを使わない究極のマルチテナント 」https://medium.com/p/%E3%83%9E%E3%83%AB%E3%83%81%E3%83%86%E3%83%8A%E3%83%B3%E3%83%88%E3%81%AB%E3%81%A4%E3%81%84%E3%81%A6-fc42f21a64c5

[diveintounlimit]

いかがなものですかねぇ。

[asakura-t]

AWS社員でもこの程度なのね。

[from_kyushu]

内容はろくに読んでないけど、文末の「乞うご期待ください！」という日本語が気になりすぎて夜しか眠れない。

[shiopon01]

RDBに恨みでもあるのか…？

[taguch1]

RDBからDynamoDBに移行してまたRDBに移行し直したエンジニアの怨念が見える。祟りじゃー。

[legoboku]

ソリューションアーキテクトなのに雑・・・

[letsspeak]

ん？と思うひとは対象ではなさそう。Lambdaの話が欲しかった

[otchy210]

そんな心配せんでも RDB で支えきれない規模のデータを扱うシステムを作る人はそういう事考えられるし、世の中ほとんどのケースでは RDB 使って RDB が提供してる便利機能を使い倒した方が楽だし、特に問題発生しない。

[ghostbass]

ただMap Reduceする程度の要件にRDB使う必要はないし、完全なACIDが必要なのにシャーディングの一部がしくじるようなデータベースは選択できないし/ そこそこの検索性能とそこそこのコレクション処理のためのRDB。

[thesecret3]

UPDATEするかしないか、なんだよな。