........... OrientDB ...........

[Gozar]

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

[kobezzza]

FULLTEXT SBTREE

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

[Gozar]

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

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

[kobezzza]

unique_hash_index?

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

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

[Gozar]

поэтому говорю в терминах других СУБД.

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

[kobezzza]

и размер на диске не безумный как с fulltext

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

[Gozar]

Если тебе нужно

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

[Gozar]

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

[kobezzza]

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

Нез

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

[Gozar]

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