

エントリーの編集は全ユーザーに共通の機能です。
必ずガイドラインを一読の上ご利用ください。
ここにツイート内容が記載されますhttps://b.hatena.ne.jp/URLはspanで囲んでください
Twitterで共有ONにすると、次回以降このダイアログを飛ばしてTwitterに遷移します



注目コメント算出アルゴリズムの一部にLINEヤフー株式会社の「建設的コメント順位付けモデルAPI」を使用しています

オススメの結論から言うと 保存しない に一票かと思います。 理由 1レコードのデータ量が多くなり、クエ...オススメの結論から言うと 保存しない に一票かと思います。 理由 1レコードのデータ量が多くなり、クエリに時間がかかる 画像ファイルは通常のカラムよりデータ量が多いため、SELECT、UPDATE、INSERT共に処理時間が多くかかります。MySQLは最終的にテーブル単位の実ファイルにデータを格納します。 もし毎回画像データもSELECTした場合、大きなテーブル(ファイル)の中から該当レコードを読み込みます。 画像をUPDATEする場合、INSERTする場合も、通常のカラムではせいぜいvarchar(255)などに比べ、例えば4kb(4096byte)など、小さい画像でも、DBにとっては大きなデータになります。 故に 処理時間 は考慮した方が良いかな、と思います。DBのストレージ容量を圧迫する 画像を含むレコード数がどれくらいかわからないのですが、商品であったとして、継続的にデータが増

















