質問をすることでしか得られない、回答やアドバイスがある。

15分調べてもわからないことは、質問しよう!

ただいまの
回答率

88.05%

データベース及び、ファイルストレージでのバイナリーデータの扱いについて

解決済

回答 2

投稿

  • 評価
  • クリップ 1
  • VIEW 1,531

score 123

現在、MySQLのひとつのデータベース内で、画像等のバイナリーデータを扱う専用テーブルを用意して管理しております。
また、センター間で、Replicationを構築して運用しております。
利用方法については、複数の工場にWebサーバーを配置し、クライアントは、Webサーバー経由でバイナリーデータを扱っております。

バイナリデータのデータ量は、現状、1G程度ですが、今後、5倍程度増える予定です。

バイナリデータを扱う際に、他に方法がないのか?
疑問に思いましたので質問させて頂きました。

検討している方法ですが、バイナリーデータをNoSQLなどに配置し、MySQLとは切り離しをしようか検討しております。
NoSQLを利用しようとしたのは、バイナリーデータ以外に、MySQLのデータ構造が少し複雑になってきているので、JSon形式で保存できるMongoDBに、MySQLへのデータ保存時に、MongoDBにもJSon形式で保存するか、定期バッチでMySQLへ保存するか考えております(こんな運用は手間なだけ?)。

Google cloud storage や Amazon s3 も検討はしておりましたが、見積がしきれておらず、今回は見送りました。

状況によって違うとは思いますが、皆様の行った構築や、こういった方法がよいというのがあれば、ご教授いただけないでしょうか。

よろしくお願い致します。

  • 気になる質問をクリップする

    クリップした質問は、後からいつでもマイページで確認できます。

    またクリップした質問に回答があった際、通知やメールを受け取ることができます。

    クリップを取り消します

  • 良い質問の評価を上げる

    以下のような質問は評価を上げましょう

    • 質問内容が明確
    • 自分も答えを知りたい
    • 質問者以外のユーザにも役立つ

    評価が高い質問は、TOPページの「注目」タブのフィードに表示されやすくなります。

    質問の評価を上げたことを取り消します

  • 評価を下げられる数の上限に達しました

    評価を下げることができません

    • 1日5回まで評価を下げられます
    • 1日に1ユーザに対して2回まで評価を下げられます

    質問の評価を下げる

    teratailでは下記のような質問を「具体的に困っていることがない質問」、「サイトポリシーに違反する質問」と定義し、推奨していません。

    • プログラミングに関係のない質問
    • やってほしいことだけを記載した丸投げの質問
    • 問題・課題が含まれていない質問
    • 意図的に内容が抹消された質問
    • 過去に投稿した質問と同じ内容の質問
    • 広告と受け取られるような投稿

    評価が下がると、TOPページの「アクティブ」「注目」タブのフィードに表示されにくくなります。

    質問の評価を下げたことを取り消します

    この機能は開放されていません

    評価を下げる条件を満たしてません

    評価を下げる理由を選択してください

    詳細な説明はこちら

    上記に当てはまらず、質問内容が明確になっていない質問には「情報の追加・修正依頼」機能からコメントをしてください。

    質問の評価を下げる機能の利用条件

    この機能を利用するためには、以下の事項を行う必要があります。

回答 2

+2

複数種類のデータベースを使うのは百害あって一利なしと思いますが。

投稿

  • 回答の評価を上げる

    以下のような回答は評価を上げましょう

    • 正しい回答
    • わかりやすい回答
    • ためになる回答

    評価が高い回答ほどページの上位に表示されます。

  • 回答の評価を下げる

    下記のような回答は推奨されていません。

    • 間違っている回答
    • 質問の回答になっていない投稿
    • スパムや攻撃的な表現を用いた投稿

    評価を下げる際はその理由を明確に伝え、適切な回答に修正してもらいましょう。

checkベストアンサー

0

バイナリデータを扱う際に、他に方法がないのか? 
疑問に思いましたので質問させて頂きました。

現在の実装がどのような要件を満たすためにMySQLにバイナリデータを保存しているのかがわからないため、
回答が難しいかと思います。

方法だけで考えれば、
MySQLにはファイルそのものではなくファイルパスをデータとして持つ(ファイル自体は別の方法で同期する)というのはよくやる方法かと思いますが、それぞれ一長一短あるので、どういった方法がベターなのかは要件次第になるかと思います。

NoSQLを利用しようとしたのは、バイナリーデータ以外に、MySQLのデータ構造が少し複雑になってきているので、JSon形式で保存できるMongoDBに、MySQLへのデータ保存時に、MongoDBにもJSon形式で保存するか、定期バッチでMySQLへ保存するか考えております(こんな運用は手間なだけ?)。

MySQLのデータ構造が複雑になってきた→MongoDBでJsonにも保存する
という理由がよくわかりません。どういった効果を期待されているか補足いただけますか?

投稿

  • 回答の評価を上げる

    以下のような回答は評価を上げましょう

    • 正しい回答
    • わかりやすい回答
    • ためになる回答

    評価が高い回答ほどページの上位に表示されます。

  • 回答の評価を下げる

    下記のような回答は推奨されていません。

    • 間違っている回答
    • 質問の回答になっていない投稿
    • スパムや攻撃的な表現を用いた投稿

    評価を下げる際はその理由を明確に伝え、適切な回答に修正してもらいましょう。

  • 2016/06/14 12:03

    ご回答ありがとうございます。

    アドバイスを頂きまして、データ破損時に、バイナリデータは、復元しなくてもよいので、ファイルそのものを保存して、Rsyncなどで同期をしてもよいかもしれないと思いました。

    データベースの構成も悪いのですが、現状、1つのデータを取得する際に、10個のテーブルの参照しており、3秒程度かかっています。また、取得後、データをJsonに加工して利用してることを考慮し、更新時にMongoDBにJson形式で書き込んでおけば、参照時のデータの取り扱いが楽になるかと思いました。

    キャンセル

  • 2016/06/14 12:53

    データ量にもよるのですが、まず最初にすべきはテーブル構造やインデックスの構成、SQLの組み方の最適化なのかなという印象です。
    3秒のうち、ボトルネックになっている部分が見つかっていないのであれば、施策を考えるより最初にこれを見つけるべきです。

    MongoDBを参照用のキャッシュとして扱うことで、
    2回目以降の参照を容易にしたいということであれば、key-value方式でキャッシュを持つというのはよくあるケースだと思います。

    ただしこの場合、キャッシュが最新のデータであるかどうかを保証する必要があるかによって、実装の難易度は大きく変わります。
    キャッシュのデータが最新である必要があるのであれば、マスターデータの更新のタイミングでキャッシュを破棄するなどの対応が必要になります。
    ただ、(RDBMSにもよりますが)クエリキャッシュに乗るようにSQLが組まれていれば、この辺のキャッシュ管理はRDBMS側でやってくれるので、
    下手にアプリケーション側で何とかするよりもSQLとRDBMSの設定見直しの方が効果がある場合もあります。

    キャンセル

15分調べてもわからないことは、teratailで質問しよう!

  • ただいまの回答率 88.05%
  • 質問をまとめることで、思考を整理して素早く解決
  • テンプレート機能で、簡単に質問をまとめられる

関連した質問

同じタグがついた質問を見る