- ベストアンサー
MYSQLで画像の取り扱い
- Mysql内で画像を管理する場合について、メリットとディメリットを詳しく教えていただけませんか？画像の質はどうなりますか？
- レンタルサーバの場合データの制限がある場合、複数のMYSQLサーバに分散して画像データを管理できますか？ディメリットがあれば教えて頂けませんか？
- Mysql内で画像データを直接管理する場合、過去のスレを読むと賛否両論があるようですが、別ファイルでの呼び出しはなく、メリットとデメリットを教えて頂けませんか？
- akaginoyama
- お礼率88% (635/715)
- MySQL
- 回答数1
- ありがとう数3
- みんなの回答 （1）
- 専門家の回答
質問者が選んだベストアンサー
私見ですので別の意見もあると思いますが以下。 >メリットとディメリットについて詳しく教えていただけませんか。 メリット ・データの一元管理化ができること。 （サイズやコメント、フラグ、作成者などひとつのSQLサーバー上で おこなえるなら混乱がすくないでしょう） ・ファイル名の一致などでデータの競合がおこらないこと。 ・特定の検索条件付けが明示的にできること （ただしこれはバイナリデータをSQLで保持しなくてもできる） ・画像への直リンをさけられる などでしょうか、逆にデメリットとしては ・バイナリデータは検索の対象になりがたいため、SQLという 検索システムの本来の目的上、データを保持する意味がそもそも ないこと ・データベースの肥大化＝結果としてシステムに負荷がかかり他の データ検索に影響する可能性もないとはいえないこと ・データ自体は外だしでも、データ管理だけSQLにまかせれば検索条件 などはSQL管理できるため、必ずしも必要性がたかくないこと 結論としては、可能不可能のレベルであればバイナリデータをSQLに いれることはできますが、いれて特にメリットがたかくなるような ケースはあまりない・・・逆にいえばデメリットもいうほどのことも ないので、必要に応じて使ってもかまわない・・という感じですかね。 >画像の質はどうなりますか？ 画質はSQLと別次元のはなしなので、とうぜん変わりません。 場合によってはサムネイルなど予めつくっておけば効率的にはなるかも >レンタルサーバの場合データの制限有りなどの場合いくつか >のMYSQLサーバに分散して画像データを管理する事は出来ますか？ いまいち状況がわかりませんが、データを分散してもつとなると ますますSQLで管理する意義がうすれるのでは？ 様々な制限があるのであればリアルデータは適当なファイル サーバー上に分散し、管理情報だけ一つのところでコンパクトに SQLで処理する方が効率的かもしれませんね
お礼
>レンタルサーバの場合データの制限有りなどの場合いくつか >のMYSQLサーバに分散して画像データを管理する事は出来ますか？ ●理解不足の為、うまく伝えられないのですが。 外部サーバのMYSQL同士でテーブル情報を連携して使用できな いかと思いまして。 ご回答より 一元管理に魅力は感じますが、画像を取り扱うことで データが大きく成る事は避けられないのでやはり、 レンタルサーバなどの容量規制下では、実用的では 無いという可能性も視野に入れて検討してみます。 ご意見、有難うございます。