Настройка производительности операции проекта Hibernate+Spring+MySQL, которая хранит изображения, загруженные пользователем

Я работаю над веб-проектом, который является базирующимся Spring+Hibernate+MySQL. Я застреваю в точке, где я должен сохранить изображения, загруженные пользователем в базу данных. Хотя я написал некоторый код, который работает хорошо на данный момент, но я полагаю, что вещи испортят, когда проект пошел бы живой.

Вот мой доменный класс, который несет байты изображения:

@Entity
public class Picture implements java.io.Serializable{
    long id;
    byte[] data;
    ... // getters and setters
}

И вот мой контроллер, который сохранил файл на, отправьте:

public class PictureUploadFormController extends AbstractBaseFormController{
    ...
    protected ModelAndView onSubmit(HttpServletRequest request, HttpServletResponse response, Object command, BindException errors) throws Exception{
         MutlipartFile file; 
         // getting MultipartFile from the command object
         ...
         // beginning hibernate transaction
         ...
         Picture p=new Picture();
         p.setData(file.getBytes());
         pictureDAO.makePersistent(p); // this method simply calls getSession().saveOrUpdate(p)

         // committing hiernate transaction
         ...
    }
    ...
}

Очевидно, плохая часть кода. Есть ли так или иначе, я мог использовать InputStream или Блоб для сохранения данных вместо первой загрузки всех байтов от пользователя в память и затем продвижение их в базу данных?

Я провел некоторое исследование на поддержке hibernate Блоба и нашел, что это в В спящем режиме В книге Действия:

java.sql. Блоб и java.sql. Clob являются самым эффективным способом обработать большие объекты в Java. К сожалению, экземпляр Blob или Clob только применим, пока транзакция JDBC не завершается. Таким образом, если Ваш персистентный класс определяет свойство java.sql. Clob или java.sql. Блоб (не хорошая идея так или иначе), Вы будете ограничены в том, как могут использоваться экземпляры класса. В частности, Вы не сможете использовать экземпляры того класса как отделенные объекты. Кроме того, много драйверов JDBC не показывают рабочую поддержку java.sql. Блоб и java.sql. Clob. Поэтому имеет больше смысла отображать большие объекты с помощью двоичного файла или текста, отображающего тип, предполагая, что извлечение всего большого объекта в память не является уничтожителем производительности.

Обратите внимание, что можно найти актуальные шаблоны разработки и подсказки для использования большого объекта на Быть в спящем режиме веб-сайте с приемами для конкретных платформ.

Теперь, по-видимому, Блоб не может использоваться, поскольку это не хорошая идея так или иначе, что еще могло использоваться для улучшения производительности? Я не мог найти, что любой актуальный шаблон разработки или любая полезная информация о В спящем режиме веб-сайт. Таким образом, любая справка/рекомендации от stackoverflowers будет очень цениться.

Спасибо