Убрать экранирование ковычек в json ответе Spring+Hibernate+Postgresql?

Question

[O . J]

Пишу микросервис, использую spring-boot+hibernate+psql
Структура данных вида.
id, UserID тип int, UserProfile типа json.
C первыми двумя все ясно.
В UserProfile храниться объект типа json -

"{ "name": "Book the First", "author": { "first_name": "Bob", "last_name": "White"} }"

При выборке из таблицы засовываю объект json в String

@Column(name="UserProfile")
    private String userProfile;




 public String getUserProfile() {
        return userProfile;
    }

И отправляю json ответом, получая на выходе

{ \"name\": \"Book the First\", \"author\": { \"first_name\": \"Bob\", \"last_name\": \"White\" } }

Как отдать json ответ без backslash при этом не втыкая replace?

Comments

[Тимур]

Кто вам подсказал хранить данные в json? разве нельзя было добавить несколько колонок в таблицу или сделать отдельную таблицу -user_profile ?

[O . J]

Тимур: Нет необходимости хранить статические данные в разных колонках, т.к они не будут будут изменяться, и поиск по ним так же не будет производиться. В данном вопросе я привел всего лишь наглядный пример json объекта, для простоты...в моем же проекте документ состоит из порядка 40+ позиций, не создавать ведь под каждую отдельный столбец в таблице? Ну и собственно хранение статической инфы json форматом в psql значительно снизит нагрузку на бд.

[Владимир Смирнов]

Christian Lisov: Ох как много заблуждений.

Хранить данные по колонкам - одна из основных особенностей реляционных СУБД, если вам эта особенность не нужна, вероятно следует задуматься о смене СУБД.

"снизит нагрузку на бд" - есть доказательства, нагрузочные тесты делали? Можно без нагрузочных тестов прикинуть: в JSON вы храните имя поля и его значение в КАЖДОЙ строке таблицы, СУБД хранит в строке ТОЛЬКО значение, а описание поля хранится в одном экземпляре в отдельной структуре данных. Размер, занимаемый данными в случае хранения в JSON будет значительно больше - где здесь снижение нагрузки?

"40+ позиций". Такое количество полей в таблице мелочь для любой адекватной СУБД. Лично у меня были примеры по 300+ в одной таблице, не считая связанных с ней таблиц - никаких вопросов в связи с этим не возникало. Более того, имея такую структуру, в разных местах вашей бизнес-логики можно осуществлять выборку разного состава полей, т.е. не все 300, а только 10, которые нужны "здесь и сейчас". JSON вам придется каждый раз вытаскивать целиком, даже если нужно значение только одного поля.

Настоятельно рекомендую использовать все возможности, предоставляемые СУБД именно в том виде, в котором они подразумеваются по-умолчанию. А такие велосипеды не делать никогда.

[O . J]

bobzer: Спасибо за комментарий. В какой то мере вы в действительности правы, возможно и стоит использовать разделение данных по столбцами. Хотя и в данном случае оно совершенно не нужно. По сути, что требуется так только по id получить одну лишь строку с json, все.

Настоятельно рекомендую использовать все возможности, предоставляемые СУБД именно в том виде, в котором они подразумеваются по-умолчанию. А такие велосипеды не делать никогда.

Согласен. Позвольте заметить postgresql от версии 9.3+ поддерживает работу с json объектами в бд - www.postgresql.org/docs/9.3/static/functions-json.html https://habrahabr.ru/post/254425/ . Что собственно позволяет манипулировать json в бд как угодно, подобно Nosql таким как mongo. Боюсь у меня язык не повернется назвать это велосипедом.

Пожалуй мы немного отошли от темы. Есть ли у вас какие нибудь варианты каким образом устранить экранирование в json строке на стороне сервера, без replace'ов

Answer 1

[idyoshin]

нужно проработать транспортный объект, который будет маппится в/из JSON представления.

Или дешево и сердито работать с Map тогда вообще можно так:

@Inject
    private JsonParser jsonParser;

    @RequestMapping(value="/user_profile/{id}", method = RequestMethod.GET)
    public ResponseEntity<Map<String, Object>> get(@PathVariable("id") Long id) {
        UserEntity entity = userRepository.get(id);
        Map<String, Object> profile = jsonParser.parseMap(entity.getUserProfile());
        return new ResponseEntity(profile, HttpStatus.OK);
    }

Comments

[O . J]

огромное вам спасибо!

Answer 2

[O . J]

stackoverflow.com/questions/443499/convert-json-to-map
алсо
Convert JSON string to Map – Jackson
www.mkyong.com/java/how-to-convert-java-map-to-fro...