maytonMolasarВсем привет!
Есть класс Event:
1.
2.
3.
4.
5.
6.
7.
public class Event implements Serializable {
private Long id;
private Properties properties;
...
}
Необходимо сохранять объекты класса Event в БД через Spring + Hibernate.
В каком виде лучше хранить данную сущность:?
1. Одна таблица Event, но тогда поле properties будет как BLOB.
2. Сделать две таблицы, отношение один ко многим. В 1-ой таблице id, во 2-ой id, key, value. Соответственно сначала добавляем запись в 1-ю, получаем id и записываем соответствующую запись в 2-ю таблицу.
Способ хранения может быть любым. В данном случае (1) и (2) правильные.
Но можно выбирать оптимальные стратегии хранения исходя из того как часто эти записи будут модифицироваться.
Например.
Вариант 1: Вся сущность event сериализируется в JSON и так и хранится в одной табличке. Как varchar.
Этот вариант хорош когда модификаций не будет. Место экономится. Или BLOB если varchar уже закончился
по размеру.
Вариант 2: Сущности properties (key,value) хранятся в отдельной табличке оптимизированной под частые изменения.
При этом получаем скорость обновления пропертей. Если конечно это необходимо. Расход места будет чуть больше.
И прочие варианты. Смешанные. Например если properties содержит в себе такие-же объекты properties (дерево) то
можно просто делать 1 табличку дерево где есть родительские и дочерние записи. Вобщем вариантов на самом деле еще
больше.
И поле id, я-бы сделал не враппером а примитивом. Всё таки id предполагает что это всегда NOT NULL.
В данном случае данные будут только добавляться в таблицу. Это что-то типа лога, журнала событий. В дальнейшем необходимо будет читать таблицу, делать выборку, поэтому вариант с одной таблицей и BLOB не подходит, т.к. для того чтобы что-то выбрать необходимо будет выкачивать всю базу, превращать BLOB в HashMap. JSON как varchar по этой причине тоже отпадает.
