カテゴリー：NoSQL
-
【DynamoDB】ユースケース
11.23
格納が向いているデータの特性 データ構造がシンプルで結合の必要がなく、大量アクセスがあるというデータを格納するのに向いています。 具体的には以下のようなデータです。 ユーザー認証情報 セッション情報 アプリケー…
-
【NoSQL】本番運用時の注意点
11.21
データのバリデーションがないので何でも入れられる点 数字を入れないといけないところで、文字列を入れられてしまう。アプリケーションを動かした際に初めて間違いに気づく。 また、人為的な打ち間違いなどにも気付けない。（NoSQLを本番運用…
-
【NoSQL】「KVS」のユースケース
11.21
例えば hostname="ap1"というキーバリューがある場合にこれをRDBに格納しようとしたら値の型ごとに表を用意しなければならない。…
-
【NoSQL】「グラフDB」について
11.21
特徴 スケールアウトできないが、RDB以上に複雑なデータ処理が可能 歴史的背景 KVSやドキュメントDBとは全く違った歴史を歩んできたデータベース。ビッグデータ処理は苦手としているが、単純にRDBではないためNoSQLの一種とカテゴラ…
-
【NoSQL】「ドキュメント DB」の特徴
11.21
ドキュメントDBは、KVSの特徴に加えてJSONを扱う機能が豊富です。スキーマレスである特性も相まって開発効率アップが期待できます。 スキーマレスとは？ データ構造を事前に定義する必要がなく、値の型が固定されないこと。RDBでは逆に完全…
-
【データ設計】ドキュメントDBのユースケース
11.21
例えば、TwitterAPIのデータを集めるケースを考えてみます。 TwitterAPIを使うのは誰がも考えつくでしょう。 データ項目が多い。（100個くらいもある。） 単純に定義量が大変です。配列構造になっている箇所は、正規化し…
-
【NoSQL】活用事例
11.20
RDBの値をKVSに保持する。 RDBの値をそのままセット メリット RDB→KVSへのキャッシュ処理をシンプルに実装できる。 値をRDBから取得しても、KVSから取得しても同じように扱うことができる。 データ更新…
-
【設計】大きなデータをソートしたい場合
10.03
RDBはソートが苦手なので、RDBMSの機能を使わずにソートすることが望ましいです。 もし、ソートがボトルネックになっていた場合は改善するにはアプリケーションの影響が大きく後から修正するのが大変です。 アプリ側でソート 最近は、ク…
-
【NoSQL】ビッグデータとは？
09.20
モバイル端末が普及して様々な情報が扱えるようになりました。 Twitterなどでは10TBを超えるデータが1日でやりとりされているようです。 データの種類 構造化データ 予め構造を決めておいてそれに合わせて管理されるデータです。…
-
【NoSQL】概要
09.20
NoSQL(Not only SQL)とは？ 大量にある多様な非構造化データを高速に処理するための言語です。 「Not only SQL」の略で、SQL以外でもデータを扱えることを強調しています。 近年の動向 データ量が増加して…