Apenas complementando a resposta do companheiro acima, a maior parte dos desenvolvedores evita fazer isso (salvar imagens no bd), pois geralmente o custo de espaço em banco de dados costuma ser muito maior que o custo de storage.
não apenas isso. o banco vira um gargalo rapidinho se vc começar a transferir imagens ( que geralmente tem muito mais bytes do que o conteudo textual de outras tabelas.
a unica explicação é o caso de vc não ter um storage compartilhado entre seus servidores. o que no ano de 2018 é uma coisa rara.
faça um benchmark. tem ferramentas como o Jmeter que podem elucidar essa questão.
agora o q é dificil de demonstrar é o comportamento do banco CHEIO ao longo do tempo. a performance costuma degradar um pouco.
sem falar na questão do lock da tabela para inserir: na pratica vc vai salvar uma imagem por vez. para salvar o banco usando 2-phase commit vai esperar q todos os nós ( se vc estiver usando um cluster ) respondam q salvaram a imagem.
eu não lembro se isso pode acontecer no Postgres.de uma lida na documentação: