Помогите Оптимальный способ хранения данных

[MSArtyone]

Добрый вечер, сейчас работаю над мини-игрой. Нужно каким-то образом хранить данные игроков.

Вариантов несколько:
1. Хранить данные всех игроков в одном файле .yml
2. Для каждого игрока создавать отдельный файл .yml
3. JSON
4. SQLite

Какой лучше выбрать? Пожалуйста, прокомментируйте свой выбор.

 

[TaoGunner]

1. Безумие. Без комментариев;
2. Никогда не пользовался yml, но если не требуется постоянно изменять этои конфиги, то вполне вариант хранить в файлах UUID-игрока.yml;
3. Это подойдёт лучше, если хочешь выгружать какие-то данные игрока на страницы сайта;
4. Опять же, только если не требуется часто менять параметры. Неизвестно что получится когда игроков 15 одновременно поменяют свои данные. Разве SQLite-база не блокируется при обращении? 😕

Я бы сделал хранение нативным, в NBT.

 

[MSArtyone]

Забыл уточнить, данные будут меняться каждую секунду.

 

[hyndorik]

1. Безумие. Без комментариев;
2. Никогда не пользовался yml, но если не требуется постоянно изменять этои конфиги, то вполне вариант хранить в файлах UUID-игрока.yml;
3. Это подойдёт лучше, если хочешь выгружать какие-то данные игрока на страницы сайта;
4. Опять же, только если не требуется часто менять параметры. Неизвестно что получится когда игроков 15 одновременно поменяют свои данные. Разве SQLite-база не блокируется при обращении? 😕

Я бы сделал хранение нативным, в NBT.

Жестб какая) Чье мнение ты ретранслируешь то?

Забыл уточнить, данные будут меняться каждую секунду.

А дефолтный MySQL чем не подошел?)

 

[MSArtyone]

Жестб какая) Чье мнение ты ретранслируешь то?


А дефолтный MySQL чем не подошел?)

Хотелось бы хранить данные на локальном уровне.

 

[NyanGuyMF]

Забыл уточнить, данные будут меняться каждую секунду.

Если нужно часто менять данные — просто кэшируй их в каком-нибудь отдельном классе и при необходимости каким-нибудь sheduler'ом и onDisable() выгружай их в файл/БД

Я бы предпочел использование БД (любая - H2, MySQL, SQLLite) с каким-нибудь удобным фреймворком - Ebean (уже есть в Bukkit), Hibernate (слишком большой под плагин), ORMLite или какой-нибудь другой 😁

P.S. бд тоже можно использовать локально

 

[MSArtyone]

Если нужно часто менять данные — просто кэшируй их в каком-нибудь отдельном классе и при необходимости каким-нибудь sheduler'ом и onDisable() выгружай их в файл/БД

Я бы предпочел использование БД (любая - H2, MySQL, SQLLite) с каким-нибудь удобным фреймворком - Ebean (уже есть в Bukkit), Hibernate (слишком большой под плагин), ORMLite или какой-нибудь другой 😁

P.S. бд тоже можно использовать локально

Огромное спасибо за совет, возьму на заметку))

 

[alexandrage]

Для локальной базы игроков подходит обычный конфиг. Удобно и быстро.
https://github.com/alexandrage/Example/blob/master/src/Example/cfg/Configs.java
https://github.com/alexandrage/Example/blob/master/src/Example/cfg/CustomConfig.java
На SQLite вообще не смотри, он тормозной.

 

[TaoGunner]

Храни в NBT - https://minecraft-ru.gamepedia.com/Формат_NBT

Minecraft хранит в этом формате практически всё.

 

[hyndorik]

Если нужно часто менять данные — просто кэшируй их в каком-нибудь отдельном классе и при необходимости каким-нибудь sheduler'ом и onDisable() выгружай их в файл/БД

Я бы предпочел использование БД (любая - H2, MySQL, SQLLite) с каким-нибудь удобным фреймворком - Ebean (уже есть в Bukkit), Hibernate (слишком большой под плагин), ORMLite или какой-нибудь другой 😁

P.S. бд тоже можно использовать локально

Ну удобно ему наверно для пары селектов и пары джойнов юзать ORM фрейм)

Храни в NBT - https://minecraft-ru.gamepedia.com/Формат_NBT

Minecraft хранит в этом формате практически всё.

Зачем ты еще раз свою эту чушь написал?

 

[NyanGuyMF]

Ну удобно ему наверно для пары селектов и пары джойнов юзать ORM фрейм)

Ну тут дело вкуса, я уже отвык писать boilerplate JDBC код 😁

 

[alexandrage]

Ну тут дело вкуса, я уже отвык писать boilerplate JDBC код 😁

Оно и видно. Юзать MySQL для локальной базы.

 

[hyndorik]

Ну тут дело вкуса, я уже отвык писать boilerplate JDBC код 😁

Проблему jdbc бойлерплейта решают только через ORM?)

 

[NyanGuyMF]

Проблему jdbc бойлерплейта решают только через ORM?)

Хочу сказать, что просто мне так удобно ;D

Оно и видно. Юзать MySQL для локальной базы.

Я использую H2 ¯\_(ツ)_/¯ Юзал бы Yaml да вот только через часа три плотной нагрузки сервер начал кидать FileSystemException: too much files open

 

[alexandrage]

Я использую H2 ¯\_(ツ)_/¯ Юзал бы Yaml да вот только через часа три плотной нагрузки сервер начал кидать FileSystemException: too much files open

Ну дык не держи открытыми 90000 файлов. Прочел конфиг и все держи в памяти, сохранил когда игрок вышел.

 

[NyanGuyMF]

Ну дык не держи открытыми 90000 файлов. Прочел конфиг и все держи в памяти, сохранил когда игрок вышел.

Вот тут у меня и была ключевая проблема, хотел закрыть, но не было способа — опять же использовал какой-то фреймворк, но это уже совсем другая история 😁 Признаюсь, там скорее я рукожоп, чем YAML — плохой вариант)

 

[alexandrage]

Вот тут у меня и была ключевая проблема, хотел закрыть, но не было способа — опять же использовал какой-то фреймворк, но это уже совсем другая история 😁 Признаюсь, там скорее я рукожоп, чем YAML — плохой вариант)

В стандартном YamlConfiguration закрывает файлы после чтения. Нехрен говно юзать.

 

[dimkaS]

Yaml/SqlLite

 

[LuckyZeeRo]

Лучше уж H2 чем SQLite (+ пулы с HikariCP). Быстрее, работает многопоточно без траблов (именно нормальная многопоточность, а не через блокировки файла, как SQLite).

 

[alexandrage]

Лучше уж H2 чем SQLite (+ пулы с HikariCP). Быстрее, работает многопоточно без траблов (именно нормальная многопоточность, а не через блокировки файла, как SQLite).

Не согласен. Для юзеров самое лучшее это по файлу на игрока. Ибо записей может быть очень много.
Так мы сможем одинаково быстро работать хоть с миллиардом записей юзеров.