Помогите БД и работа с ней.

Есть у кого то сылочка на подробнейший туториал по MySql и Sql?
В Google почти не искал, есть туториал по MySQl, но там не всё описано.

 

https://www.google.com.ua/search?q=java+mysql+tutorial
http://rubukkit.org/threads/mysql.108858/#post-1234291

 

А чем БД лучше того же yml файла например? Она быстрее? Нагрузки меньше?

 

А примерка какое время на получение одного запроса?

 

БД удобна для хранения большого кол-ва информации и получения удобного доступа к ней.

 

Если у автора темы миллион записей, то чтение одного случайного из текстового файла будет сопровождаться чтением всего файла, парсингом, всякими другими накладными расходами, тогда как в БД запрос на чтение чаще всего использует индексы и занимает минимальное время.
Чем больше размер данных, тем больше выгода от использования СУБД.

 

Очень хорошый ответ.

 

Если текстовый файл, то дозаписывать можно только добавления в конец. Иначе это полная перезапись. Более сложный вариант — обрезка конца и дозапись в конец.
Считать 1 раз в память — не хороший путь, зачем держать в памяти огромное кол-во чего-то, что, скорее всего, не понадобится в течении работы сервера. Как понять — разбросать на N частей? Писать своё индексирование (на основе HashMap или других примитовов)?

Всегда стоит вопрос, что выгоднее (по времени реализации и результату работы). Нужно рассматривать конкретную задачу.

 

При условии, что весь файл влазит в оперативку. Бывают и другие случаи.

Если твой проц с кучей свободных ядер. Если они заняты, то обработка 5 строк занимает в разы меньше времени, чем создание нового потока и ожидание, пока ему выделится квант времени. Поток имеет смысл создавать только для значительного объёма работы.

HashMap всегда эффективнее (ну кроме разве что когда элементов меньше десятка) прямого перебора. Потому что перебор всегда занимает время O(N), а HashMap с его корзинами — чаще всего около O(log(N)).

Гадать — плохо. Не доверять стандартному — плохо. Нужно хорошо знать тот инструмент, которым ты пользуешься.

Написал костыль, который уже есть в лучшем виде в рантайме: HashMap.

Полезная инфа в общем-то для всех по этой теме:

• Java собеседование: Коллекции
• Java собеседование: Коллекции vs null
• Справочник по Java Collections Framework
• Структуры данных в картинках:
  • ArrayList
  • LinkedList
  • HashMap
  • LinkedHashMap

 

Я вижу вы любите дискуссии, без них ни куда))

 

СУБД вообще правильней, но нужно понять ее философию, что я пока что никак не могу сделать(((

 

а в чем сокральный смысл поиска с концов в центр, а не от одного конца до другого?))
а насчет бд, там куча каких-то деревьев и индексов, короче все сложно)

 

Ты думаешь самый умный, все большие ребята используют для хранения больших объемов данных разные СУБД, а не файлы и хэшмапы в памяти.

 

горе оптимизатор, блин) ты сэкономил n/2 i плюс плюсов, поздравляю. и выиграл в производительности нифига. просто у тебя худший случай будет не в конце, а в середине. есть хорошее правило: 10% кода съедают 90% времени (как-то так), так что не надо изобретать непонятно что в таких простых конструкциях)

 

чем? сокращение итераций не значит, что это работает быстрее. у тебя в 2 раза меньше итераций, но в два раза больше действий в каждой итерации (и n еще зачем-то уменьшается). тем более есть такая штука, как кэш. и подряд читать элементы может быть даже лучше.

 

Приятно знать, что"мой"добрый совет помогает людям.