ﾃｰﾌﾞﾙの設計およびphpについて質問させていただきます｡
現在画像つき掲示板を作成しています｡
掲示板のｽﾚｯﾄﾞは添付のようにしてみました｡
※ｺﾒﾝﾄはｽﾚｯﾄﾞと別で管理します｡
ここでimageのｶﾗﾑにはｱｯﾌﾟした画像のﾊﾟｽを入れようと考えていたのですが､
ｱｯﾌﾟした画像自体にthread_idをつけて保管することで､このimageのｶﾗﾑは必要ない気がしてきました｡(画像が保管されているﾌｫﾙﾀﾞからthread__idの名前があるﾃﾞｰﾀがあるかどうかみるだけでよい気がしています)
※画像は必須ではありません｡
ただ､どちらでもよい気がしていまして､
画像がなければ画像ﾌｫﾙﾀﾞへのｱｸｾｽは減るかなというのもあれば､threadﾌｨｰﾙﾄﾞにimageのｶﾗﾑはなくてもいいし､､､､という感じで自分の経験則から判断ができずにおります｡
このような場合どうしたらよいでしょうか｡
ご知見あるかたいらっしゃいましたらお知恵を拝借できればと思います｡
どうぞよろしくお願いいたします｡
動作するかどうかという点に関しては､どちらでもよいかと思います｡
将来的なﾒﾝﾃﾅﾝｽというか､拡張性の違いかなと思います｡
例えばですが､次のような場合には､imageｶﾗﾑがないと不便だと思います｡
- 様々な画像ﾌｫｰﾏｯﾄを扱いたい場合｡拡張子を確認するためにimageｶﾗﾑを見ると言う感じでしょうか｡
- ｽﾚｯﾄﾞに複数の画像を付けられるようにしたい場合｡<thread_id>-<番号>のような形で格納できるかもしれませんが､存在確認のﾊﾟﾌｫｰﾏﾝｽが問題になる可能性があります｡
- ｽﾚｯﾄﾞには認証を付けて画像も非公開にしたい場合に､ｽﾚｯﾄﾞidから画像のURLが類推されることを防ぎたい場合｡
- 画像ﾌｧｲﾙが非常に多い場合｡画像ﾌｧｲﾙを全て1つのﾃﾞｨﾚｸﾄﾘに格納していくと､ext2とかext3などのﾌｧｲﾙｼｽﾃﾑでは､1ﾃﾞｨﾚｸﾄﾘ内のﾌｧｲﾙ数が多くなるとﾊﾟﾌｫｰﾏﾝｽが低下します｡それを回避するためにｻﾌﾞﾃﾞｨﾚｸﾄﾘを切りたい場合は､thread_idからﾊﾟｽを決定することができないこともあるかもしれません｡
- 画像を別ｻｰﾊﾞで管理したい場合｡thread_idからURLを決定できても､ﾌｧｲﾙの存在確認のﾊﾟﾌｫｰﾏﾝｽが問題となるので､imageｶﾗﾑがあった方がいいでしょう｡
このような問題点がないのであれば､imageｶﾗﾑを導入しない方が､1つの事柄を1つの場所で管理できるのでよいかもしれません｡
全て予見してｼｽﾃﾑを作ることはできませんし､必要なときに必要なﾒﾝﾃﾅﾝｽをしてあげればいいだけではありますが｡
何かの参考になれば｡
結論からいうと､どちらでも良いと思います｡
DBに持たせずﾈｰﾐﾝｸﾞﾙｰﾙだけで行く場合､DBの負担が減りますので､ｻｰﾊﾞの動作を軽くできる可能性が高まります｡
※画像が必要なところで都度DBを見に行く可能性がある｡
逆にDBに持たせた場合のﾒﾘｯﾄとしては､例えば現状のﾈｰﾐﾝｸﾞﾙｰﾙを変更して｢乱数｣的な物ををﾌｧｲﾙ名に付与するなどの仕様変更を行った際､変更箇所が最小限ですむ可能性が高まります｡
ちなみに､ｻｰﾊﾞが単一の場合はどちらでも良いのですが､
負荷分散のため複数ｻｰﾊﾞで運用をしたい､となるともう少し混みいったお話になるのですが､そこまで考えていらっしゃるのであれば､情報を追記していただければと｡
＃余談ですが､ﾃｰﾌﾞﾙ設計でﾊﾞｲﾄ数が決まっている物は text ではなくvarchar(32) といった
＃ように固定長の物を使った方がよいかと｡
