AB
да не умеет. да, мнезия медленнее почти в 10 раз. я профайлил
Size: a a a
2019 August 28
SS
т.е. в данном случае тебе нужны две таблицы — id_to_name и name_to_id
AB
угу )
SS
при многопоточной обработке будешь такое делать — определенно рейсы пойдут
SS
но к счатью, словари меняются не так уж и часто, так что можно и в одном потоке это делать
AB
ну я там схитрил. правда уже забыл как. но вопрос этот решил
AB
но к счатью, словари меняются не так уж и часто, так что можно и в одном потоке это делать
в одном потоке получалось не очень. заворачиваешь в ГС и сразу скорость теряется
SS
ГС — эт че? )
SS
гц gc == garbage collector, но в него обычно вроде не оборачивают, так что скорее всего это не то))
AB
генсервер
SS
а, ну как вариант. но только при добавлении
AB
сейчас бы решил иначе, наверное. использовал :ets.update_counter для генерации ИД. оно атомарное.
SS
потом распаковывать в ets
SS
ну можно, конечно и update_counter... но в целом фиг знает. если там нужно лексикографически переставлять (а там вроде тесты такие изредка, но попадались), он уже не особо поможет, кмк
AB
c 21го ерланга появились counters
AB
плюс persistent_term
SS
типа можно произвольную функцию и терм для сортировки задать?
AB
ну можно, конечно и update_counter... но в целом фиг знает. если там нужно лексикографически переставлять (а там вроде тесты такие изредка, но попадались), он уже не особо поможет, кмк
я тут про словарь городов говорю. в который надо добавлять, если такого еще нет и присвоить ему следующий по порядку ID
SS
ну да, в таком случае можно конечно. правда опять же, тебе нужен и прямой и обратный индекс
AB
типа можно произвольную функцию и терм для сортировки задать?
чхранилище. то-то типа ЕТС, но только неизменяемое, но с очень быстрым доступом на чтение