не помню, надо в доке посмотреть

не, по массивам можно несколько индексов

какая разница-то

даже если там три массива подряд. ну будет очень много ключей

даже если там три массива подряд. ну будет очень много ключей

Я пока код читал, видел ограничения

Но пока до компа не доберусь - не проверю

cannot index parallel arrays [a2] [a1]

welp

внутри компаунда нельзя, да

Ага, + там ещё пересечения на near, text и ещё какой-то

и там дальше wt -h /dbPath/ dump <entity_name>

вот что там <\03coffe\00*\ff\80l\80\d9\01\b2\04\04@&8\da \02 <\03design\00*\ff\80l\80\d9\01\b2\04\04@&8\da \02 <\03everyth\00*\ff\80l\80\d9\01\b2\04\04@&8\da \02 <\03locat\00*\ff\80\94\f2\09O \94\04:\b99

выглядит как обычный multikey индекс

там есть ключик чтоб как hex дамп сделать

ага. щя еше шапку хочу сравнить с collection

app_metadata=(formatVersion=8,

вот так интереснее:

"data" : [ { "key0" : "\u003C\u0000\u002A\u00FF\u0080\u005F\u0041\u007D\u0005\u00F4\u0018\u0004\u0030\u00BD\u0091", "value0" : "\u0002" }, { "key0" : "\u003C\u0000\u002A\u00FF\u0080\u0078\u0078\u0078\u0078\u0078\u0078\u0004\u0040\u0085\u0087\u006A", "value0" : "\u0002" },

вообщем да, выглядит как _id индекс кстати

многовато.. короче btree

но значение всегда "value0" : "\u0002"

нагляднее с -x

вообщем да, выглядит как _id индекс кстати

нет, _id уникальный индекс, там в value будет ключ по которому документ в основном хранилище записан

многовато.. короче btree

странный вывод ;)

странный вывод ;)

Не, я там вставил header сообщение, потом его потёр. Там собственно самое важное что btree

нет, _id уникальный индекс, там в value будет ключ по которому документ в основном хранилище записан

Да, согласен. Тут нет, но формат 8 версии тоже, и структура данных такая же

Но тут получается что ключ составной и содержит в себе ссылку на документ походу

в обычных не уникальных индексах storage id документа кодируется в префиксе

^

storage id это ключ по которому документ лежит в основном хранилище

в остальном, как там ключа хранятся вообще не важно. хоть lsm, хоть btree, хоть какойнибудь упорторый фрактальный индекс

топология очень мало влияет на чтение

Блин прикольная задачка

по ней не один вайтпейпер написан)

всякие гуглы с амазонами используют подход с двойным индексом

всякие гуглы с амазонами используют подход с двойным индексом

Детали?

у них _очень_ много токенов, по этому они хранят их отдельно

А потом вместо токену используют индекс токена?

да

со всякими variable length integers

А так как он стандартной длины, поиск по индексу может быть более быстрым

нет

на хранение идентификаторов надо меньше бит

меньше бит -> меньше сравнивать

Хотя ... какая разница если есть separator, главное что б индекс был отсортирован и тогда можно нормальные сортировочные поисковые алгоритмы использовать

более того, чтоб бит было ещё меньше они и используют variable length кодирование

я какой-то из вайтпейперов про varint читал, там аккурат было про проблемы связанные с такими кодировками и как найти баланс между алгоритмической сложностью и размером индекса

Это интересно. Я малого уложу на дневной сон, буду пробовать прототип добить на основе and что б теоретически проверить как оно будет работать на and фильтре

плохо

А потом можно попробовать всю обвязку делать

плохо

Ну я о вставке stage_andsort перед stage_fetch который дергает stage_text_match

я обычно против усложенния стека, но это тот случай когда специализированное хранилище будет дешевле и эффективнее

Чисто проверить на сколько можно отфильтровать данные

Единственное но, надо то фильтровать не индекс а значение которое из postfix тянуть надо

я обычно против усложенния стека, но это тот случай когда специализированное хранилище будет дешевле и эффективнее

У меня интересный срез, обычно поисковые full text search движки используют на выборку max-match NNN

В моем случае нужна выборка all matched

И так постоянно

Потому есть ещё и другие ключи уменьшения выборки - в основном geo bounds box

Ну я о вставке stage_andsort перед stage_fetch который дергает stage_text_match

Это вы в сырцах ковыряетесь и чтото там меняете для поиграться?

Это вы в сырцах ковыряетесь и чтото там меняете для поиграться?

ага

Эластик юзайте для текстовых индексов лучше

Эластик юзайте для текстовых индексов лучше

Ещё можно sphinxsearch

Но все зависит от задачи

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

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

Это да, он базовый вот и колупаю на предмет а что можно сделать и можно ли что то сделать минимум конкретно по фраза поиск и выборку с негативными терминами без полного чтения всех документов по совпадению

@dd_bb

?

Ну бот зашел, спам закинет позже

Или ты подождать хочешь?

не факт что закинет и не факт что доживёт до утра даже

Ну кароч ты пассивный на счет спама, ок

я не вижу смысла что-то делать, если можно ничего не делать

Удобная позиция

борьба со спамом это задача платформы, которая вместо этого пилит криптокоммунизм

плюсую

товарищ ботов пилит которые фильтруют

но иногда все равно прорываются

от людей не защитищся

тратить время на превентивное выпиливание нет смысла. из тысячи человек вероятно с десяток «спящих» спамботов

Доброй ночи, как после агрегации данных засейвить обьект,c измененными значениями, к примеру я достал документ, каким то образом поменял значения ключей, как потом проапдейтить первоначальный обьект и сохоранить его в базе export const getOrderWithPrerequisites = async (id) => { const order = await OrderModel.aggregate([ { $project: { courierId: true, status: true, assignedCouriers: true, declinedCouriers: true, point: [{ $arrayElemAt: [ "$point", 0 ] }] } }, { $match: { _id: id } }, ]);

Агрегации это про выборки а не про изменения. Используйте update

всем привет. появилась такая проблема. надо использовать монгу на ноде. я обьявил модель таблицы юзера, где есть уникальное поле в виде айдищника. у меня есть еще модель, где есть поле создатель, которая ссылается на айдишник юзера (типа number). как мне правильно сделать select определенных полей с учетом inner join?