Spring Data MongoRepository сохраняет объекты с разным количеством полей - PullRequest
0 голосов
/ 18 июня 2020

Я сохраняю игровые состояния в базе данных MongoDB и использую Spring Data для управления взаимодействием с базой данных. Я новичок в Spring Data и не знаю, как справиться со следующим сценарием.

У меня есть документ типа «Game» с множеством свойств, таких как id, timestamp и т. Д. c ... Одно из этих свойств - это список действий, предпринятых пользователями. Эти действия имеют вид:

{ type: 2 }, {type: 3, value: 4}, {type: 5, id: 1234}, {type 6}, {type: 5, value: 6, id: 56}

Другими словами, действие может иметь три свойства: тип, значение и идентификатор. Однако не каждое действие требует сохранения всех трех значений. Я хочу избежать наличия кучи нулевых значений в моей базе данных и хотел бы, чтобы моя база данных просто не включала и id, или значение, если они не указаны.

Используя модель Spring Data MongoRepository, я не уверен, как этого добиться. Я могу создать класс CRUD Game, и одно из его свойств будет списком Action (где само действие является классом CRUD с типом свойств, значением и идентификатором), но не приведет ли это к сохранению нулевых значений в базе данных, если Я не указываю значение или идентификатор?

Короче говоря, как я могу использовать Spring Data MongoRepository, но при этом сохранять гибкость, позволяя хранить списки объектов с различными параметрами или типами объектов в целом.

1 Ответ

1 голос
/ 18 июня 2020

Я объясню, как обрабатываются различные поля на примере. Следующий класс Game.java POJO представляет сопоставление объекта с документом коллекции game.

public class Game {

    String name;
    List<Actions> actions;

    public Game(String name, List<Actions> actions) {
        this.name = name;
        this.actions = actions;
    }

    public String getName() {
        return name;
    }

    public List<Actions> getActions() {
        return actions;
    }

    // other get/set methods, override, etc..


    public static class Actions {

        Integer id;
        String type;

        public Actions() {
        }

        public Actions(Integer id) {
            this.id = id;
        }

        public Actions(Integer id, String type) {
            this.id = id;
            this.type = type;
        }

        public Integer getId() {
            return id;
        }

        public String getType() {
            return type;
        }

        // other methods
    }
}

Для класса Actions вам необходимо предоставить конструкторам возможные комбинации. Используйте соответствующий конструктор с id, type, et c. Например, создайте объект Game и сохраните его в базе данных:

Game.Actions actions= new Game.Actions(new Integer(1000));
Game g1 = new Game("G-1", Arrays.asList(actions));
repo.save(g1);

Он хранится в коллекции базы данных game следующим образом (запрашивается из mongo оболочки):

{
        "_id" : ObjectId("5eeafe2043f875621d1e447b"),
        "name" : "G-1",
        "actions" : [
                {
                        "_id" : 1000
                }
        ],
        "_class" : "com.example.demo.Game"
}

Обратите внимание на массив actions. Поскольку мы сохранили только поле id в объекте Game.Actions, сохраняется только это поле. Несмотря на то, что вы указываете все поля в классе, сохраняются только те, которые имеют значения.

Это еще два документа с Game.Actions, созданными только с type, и id + type с использованием соответствующих конструкторов:

{
        "_id" : ObjectId("5eeb02fe5b86147de7dd7484"),
        "name" : "G-9",
        "actions" : [
                {
                        "type" : "type-x"
                }
        ],
        "_class" : "com.example.demo.Game"
}
{
        "_id" : ObjectId("5eeb034d70a4b6360d5398cc"),
        "name" : "G-11",
        "actions" : [
                {
                        "_id" : 2,
                        "type" : "type-y"
                }
        ],
        "_class" : "com.example.demo.Game"
}
Добро пожаловать на сайт PullRequest, где вы можете задавать вопросы и получать ответы от других членов сообщества.
...