O mysql não joga campos blob para memória.
Descarrega em disco quando tem que fazer consulta e etc.
Cito:
http://dev.mysql.com/doc/refman/5.7/en/blob.html
"Instances of BLOB or TEXT columns in the result of a query that is processed using a temporary table causes the server to use a table on disk rather than in memory because the MEMORY storage engine does not support those data types (see Section 9.4.4, “Internal Temporary Table Use in MySQL”). Use of disk incurs a performance penalty, so include BLOB or TEXT columns in the query result only if they are really needed. For example, avoid using SELECT *, which selects all columns. "
Logo, se usar mysql para armazenar blobs pode perder um pouco a performance.
O melhor é usar um SGDB que use campos blob na memória se for usar fotos no banco.
Mas, o que tem que se preocupar mesmo é com consumo de banda.
Se sua imobiliária tiver muitos acessos pegue um hospedagem sem limite de tráfego.
As fotos irão pesar neste limite e farão ultrapassar a cota se contratar com limite de tráfego.
Se usar imagens em disco, corre o risco de ter imagens órfãs.
Existem no disco. Mas não existe link para ela no banco de dados.
E seu espaço em disco será comido por estas imagens.
Também as imagens farão o servidor web ficar lento ao servir fotos junto com a aplicação.
Com o tempo se o cliente crescer demais terá que ter os servidores em separado, um web, um para o banco de dados e outro para fotos.
Ou perderá clientes por conta da lentidão.
Sei disto por experiência em otimizar servidores para imobiliárias e portais de imobiliárias com ou sem o uso de scriptcase.
Agora se for usar somente para uma imobiliária pequena que não tem muitos acesso simultâneos não tem problema.