В каком виде лучше хранить Entity заказ — количество закзаанного?

Question

[Valeriy_Morozov]

К примеру, есть Entity Order, из которого я должен узнать item и сколько штук заказали.
Но вот в каком виде лучше его хранить?
@OneToMany
List itemList
Или через HashMap.
Map
Был бы благодарен услышать типовое решение для таких задач и почему.

Answer 1

[Александр]

В вопросе подробностей маловато. Какая база предполагается будет реально хранить этот entity ? Если это классическая реляционка, то на мой взгляд лучше хранить как List или Set. Потенциально Map мог бы дать возможность получать доступ к элементу заказа по его номеру (или какому то ключу) за O(1) время (т е за константное время) Это давало бы выигрыш в случае очень больших заказов с большим количеством элементов. Но поскольку реально значение хранит база, то, если необходимо выполнить поиск одного элемента, не подтягивая весь список в память, это можно сделать выборкой по индексу. (например id заказа + id элемента или же просто "сквозной" id элемента) Если же заказы не будут превышать 10-50 элементов, то и вообще нет смысла заморачиваться и надо выбирать наиболее простой способ, т е List. Уже в самом коде можно организовать доступ к этому полю как угодно. Из-за малого размера списка проблем с производительностью быть не должно.

Comments

[Valeriy_Morozov]

Огромное Вам спасибо,
Прочитал Ваш ответ сразу же и сделал, как Вы сказали, но вынужден уточнить одну деталь.
Проблема была в том, что из фронта я получаю мапу .
Чтобы сохранить это в Order, который имеет List items мне приходится добавлять в items столько раз item, сколько он был заказан.
Например, если айтем с id 1 был заказан 5 раз, то я достаю его из БД и 5 раз добавляю один и тот же item в List. А потом уже сохраняю order.
Правильно ли я делаю?

[Александр]

Например, если айтем с id 1 был заказан 5 раз, то я достаю его из БД и 5 раз добавляю один и тот же item в List. А потом уже сохраняю order.
Правильно ли я делаю?

Скорее всего нет. Во всяком случае доставать из БД 5 раз одну и ту же информацию совсем не хорошо. Дело в том, что обычно обращения к БД - это самое медленное, что только есть в приложении.
Но я не совсем понимаю, какой мап вам приходит ? Что там в качестве ключа ? Если там в качестве ключа id итема, который уникален для него, то никак не получится такого, что он там пять раз. Будет проще если приведете кусок кода здесь.