А чем БД лучше того же yml файла например? Она быстрее? Нагрузки меньше?
Ну например она будет доступна не только с локального веб-сервера. На счёт нагрузки это уже как ты организуешь sql запросы. В плагинах обычно достаточно 4-типов sql. Это SELECT,INSERT,UPDATE,DELETE
А примерка какое время на получение одного запроса?
От расстояния севера и запросы разные.
БД удобна для хранения большого кол-ва информации и получения удобного доступа к ней.
Это все от твоей хитрости зависит. Ведь данные из MySQL тоже в файле хранятся. Вопрос в том, насколько эффективные способы используются для получения и добавления данных. Можно накатать свой класс для файловой БД, который будет эффективен.
Очень хорошый ответ.
Смотря как реализовать. Что мешает 1 раз считать в массив и шарить из него, например разбросав на N частей, каждая из которых обрабатывается отдельным потоком? А в файл записывать изменения по таймеру.
Если текстовый файл, то дозаписывать можно только добавления в конец. Иначе это полная перезапись. Более сложный вариант — обрезка конца и дозапись в конец.
Ну я вот MaxAuth пишу, там как раз это надо. Игроки постоянно входя-выходят, а файл медленнее читать чем по массиву циклом с двух концов.
Ну вот у тебя например 20 записей, создаем 4 потока, каждый из которых обрабатывает по 5 строк. Соответственно, когда нужное найдено, остальные потоки тут же отваливаются. Насчет эффективности не знаю, надо подбирать соотношение под конкретное железо. Если на сервере проц с кучей ядер, самое то будет.
HashMap не интересовался пока что. Насколько будет эффективнее, чем например equals из String пройтись в цикле, ощутимо или только на пару наносекунд? Не доверяю я этому стандартному API. Всегда лучше свое делать чем гадать. Для себя сделал простой класс, где помимо всех данных лежит хэш в int, и в цикле поиск именно по хэшу, с начала и с конца.
int n = base.size()-1;
for (int i = 0; i < (n/2+2); i++) {
if (base.get(i)...);
if (base.get(n)...);
if (n > 0) n--;
}При условии, что весь файл влазит в оперативку. Бывают и другие случаи.
Если твой проц с кучей свободных ядер. Если они заняты, то обработка 5 строк занимает в разы меньше времени, чем создание нового потока и ожидание, пока ему выделится квант времени. Поток имеет смысл создавать только для значительного объёма работы.
HashMap всегда эффективнее (ну кроме разве что когда элементов меньше десятка) прямого перебора. Потому что перебор всегда занимает время O(N), а HashMap с его корзинами — чаще всего около O(log(N)).
Гадать — плохо. Не доверять стандартному — плохо. Нужно хорошо знать тот инструмент, которым ты пользуешься.
Написал костыль, который уже есть в лучшем виде в рантайме: HashMap.
Именно для БД много шаманства потребуется, там же и по нику искать, и по юиду, и по ip, в том числе подсети.
Спасибо. Ты меня убедил в эффективности HashMap
а в чем сокральный смысл поиска с концов в центр, а не от одного конца до другого?))