エントリーの編集
![loading...](https://b.st-hatena.com/bdefb8944296a0957e54cebcfefc25c4dcff9f5f/images/v4/public/common/loading@2x.gif)
エントリーの編集は全ユーザーに共通の機能です。
必ずガイドラインを一読の上ご利用ください。
記事へのコメント1件
- 注目コメント
- 新着コメント
注目コメント算出アルゴリズムの一部にLINEヤフー株式会社の「建設的コメント順位付けモデルAPI」を使用しています
![アプリのスクリーンショット](https://b.st-hatena.com/bdefb8944296a0957e54cebcfefc25c4dcff9f5f/images/v4/public/entry/app-screenshot.png)
- バナー広告なし
- ミュート機能あり
- ダークモード搭載
関連記事
MySQLに画像データのパスを保存する理由を教えて下さい。 - あるPHPの本にMySQLに画像データを保存するのではなく、... - Yahoo!知恵袋
DBに直接画像ファイルを保存する方が、システム構築が簡単というメリットがあります。 (画像ファイルの... DBに直接画像ファイルを保存する方が、システム構築が簡単というメリットがあります。 (画像ファイルのパスから、実際の画像ファイルを取得するなどの処理が不要) しかし、保守性の面では大きなデメリットを抱えます。 DBにテーブルを作る場合、必ずカラムサイズを決定します。 数値や文字列のサイズは、扱うデータの要件を調べれば、必要なサイズを決めることができます。 ところが、画像ファイルの場合、サイズを決めることが容易ではありません。 小さすぎると保存しくいですし、大きくすぎるとHDDの容量を圧迫します。 またDBに画像を保存できる状態で運用すると、かなりの速さでHDDの空き容量が少なくなります。 HDDの空き容量が少なくなれば、大きなHDDに交換すればいいのですが、DB環境を丸ごと移行しなくてはいけません。 DB環境の移行は手間と時間がかかりますし、何よりもDBが停止するためにシステム全体も停止せ
2014/01/10 リンク