Можно проапгрейдить данную мыслю. При каждом билде сервак "резетится" - образ системы разворачивается заново. Для релизных билдов по идее некритично время.
Да и SQLLite локально для лидерборда нафиг не нужен. Запросов минимум, операции достаточно редкие и т.д. Вполне встроенными типами можно обойтись. Ну и про глобальность лидерборда - в точку
SimBioT19 Гуглите алгоритмы хеширования без коллизий. Вообще для строки переменной длины алгоритм без коллизий нетривиален, и проще хранить саму строку. Но еще проще - разрулить коллизии, это несложно и подходы достаточно распространены.
Александр Пожарский "Нужно передавать в алгоритм, что одно лучше другого, а он в свою очередь должен сортировать эту таблицу соответствующим образом." - я это воспринял как "у нас уже есть инфа о том что А лучше Б, как это применить ко все выборке". А теги - от лукавого. Но может вы и правы, сложно сказать.
Александр Пожарский аа, типо намутить обучающуюся систему, которая исходя из какого то голосования (допустим) будет подкручивать эти коэффициенты? Ну ИМХО это немного другая задача все равно - как намутить коэффициенты, а не как отсортировать )
