db.select().from('TestUsers').where({name: 'be398b84d8894456 1427375950809'})

Ну понятное дело, что он будет медленнее работать :) Это же полнотекстовый индекс, а если тебе нужен супер быстрый доступ, то Hash.

unique_hash_index? Сам отвечу. Да. :) 38 ms

db.select().from('TestUsers').where({name: 'be398b84d8894456 1427375950809'})

Ну unique или не unique это уже от твоей задачи зависит, но hash :) Я прост всё с ориент ещё не работал, поэтому говорю в терминах других СУБД.

Если тебе нужно, то ты можешь построить для одного поля несколько индексов: Lucene и Hash например. Hash будет юзается для супер быстрого доступа по полному совпадению, а Lucene при нечётком поиске.

Я уже проверил. unique_hash_index для логинов норм и скорость создания и скорость работы норм и размер на диске не безумный как с fulltext

Ну просто fulltext для других задач.

Хз куда это пригодиться, но спасибо запомню. Мне нужен будет поиск по тэгам. Думал оставить мысли о нем на потом, но видать судьба :)

Кстати ты не в курсе, как бы лучше по тегам базу построить? Типа как на youtube

Нез :)

Поиграйся ещё с составными индексами (если ещё этого не делал), т.к. это супер мощная штука.

Наверное стоит создать одну таблицу тегов, а от документа кинуть на них грани? Тормоза только при создании(добавлении нового тэга и связывании документа с тегами через грани), дальше выборка должна быть быстрой :)