db.collection.insertOne({by:[{id:123, mark:10}]})

db.collection.insertOne({by:[{id:123, mark:10}]})

а как искать by.id к примеру?

db.collection.insertOne({by:[{id:123, mark:10}]})

db.collection.insertOne({by:[{id:123, mark:10}]})

И сможете искать {'by.id':123}

Да. Только меня смущают квадратные скобки

Да. Только меня смущают квадратные скобки

Как я могу отсортировать by.mark? по убыванию

Вам нужна агрегация и $elementAt

То что нужно) Только нигде не нашел применения вместе с findOne, можете подсказать пожалуйста как оформить запрос?

Как получить случайную запись из базы, с указанием вот такого условия

Как получить случайную запись из базы, с указанием вот такого условия

мне интересно а для чего случайная запись может понадобиться?

Когда у меня год в формате строки, оно сможет по нему сортировать или нужно что б в number было?

Как получить все записи из коллекции с уникальным ключом? Я везде нахожу ответ, что по aggregate group, но тогда мне надо каждое поле указывать, а их там 20 штук

{name: ‘aaaa’, title: ‘11111’, … еще 20 разных полей} {name: ‘aaaa’, title: ‘22222’, … еще 20 разных полей} {name: ‘bbbbb’, title: ‘3333’, … еще 20 разных полей} должно выбрать только уникальные name, то есть {name: ‘aaaa’, title: ‘11111’, … еще 20 разных полей} {name: ‘bbbbb’, title: ‘3333’, … еще 20 разных полей} mongoose, js

Пока приходится писать так: App .aggregate([ { $match: {} }, { $sort: { 'date': -1, }}, { $group: { _id: '$name’, field1: {'$first': '$field1'}, field2: {'$first': '$field2’}, … field20: {'$first': '$field20’}, }} ])

а зачем вам сортировка в этой агрегации?

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

у вас $name по любому будет уникальным, поскольку группировка по нему будет

{ name: ‘aaaaa’, date=’10.01.2022’} { name: ‘aaaaa’, date=’12.01.2022’} { name: ‘aaaaa’, date=’11.01.2022’} хочу получить { name: ‘aaaaa’, date=’12.01.2022’}

{ name: ‘aaaaa’, date=’10.01.2022’, {field1: value1}} { name: ‘aaaaa’, date=’12.01.2022’} { name: ‘aaaaa’, date=’11.01.2022’, {field1: value2}} как должен обрабатываться такой кейс?

у меня количество полей везде одинаковое, поэтому { name: ‘aaaaa’, date=’12.01.2022’} и даже если не одинаковое, то все равно { name: ‘aaaaa’, date=’12.01.2022’}

если одинаковое, то вам достаточно взять последний элемент по дате.

{ name: ‘aaaaa’, date:’10.01.2022’, … еще 20 разных полей} { name: ‘aaaaa’, date:’12.01.2022’, … еще 20 разных полей} { name: ‘aaaaa’, date:’11.01.2022’, … еще 20 разных полей} {name: ‘bbbbb’, date: ‘11.01.2022’, … еще 20 разных полей} получаю { name: ‘aaaaa’, date=’12.01.2022’, … еще 20 разных полей} {name: ‘bbbbb’, date: ‘11.01.2022’, … еще 20 разных полей}

я к тому, что если какого то поля (fieldN) не будет в последней по дате записи, то вы получите нулл. Вот и спрашиваю правильное ли это поведение

почему я получу нул если не будет поля fieldN если у меня сортировка по полю date, а агрегация по полю name?

> db.ttt.insertOne({ "_id" : 1, "item" : "abc", "quantity" : 5, "date" : ISODate("2016-01-02T08:00:00Z") }) { "acknowledged" : true, "insertedId" : 1 } > db.ttt.insertOne({ "_id" : 2, "item" : "abc", "date" : ISODate("2017-01-02T08:00:00Z") }) { "acknowledged" : true, "insertedId" : 2 } > db.ttt.aggregate([{$sort:{date:-1}},{$group:{_id: '$item', quantity:{$first:'$quantity'}}}]) { "_id" : "abc", "quantity" : null }

Пока приходится писать так: App .aggregate([ { $match: {} }, { $sort: { 'date': -1, }}, { $group: { _id: '$name’, field1: {'$first': '$field1'}, field2: {'$first': '$field2’}, … field20: {'$first': '$field20’}, }} ])

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

вам в люом случае придётся перечислять все поля

Как получить все записи из коллекции с уникальным ключом? Я везде нахожу ответ, что по aggregate group, но тогда мне надо каждое поле указывать, а их там 20 штук

Добрый день встречаются ли реплики с двумя арбитрами? И как в таком случае разрешаются конфликты выбора при условии что число нод четное?

Пока приходится писать так: App .aggregate([ { $match: {} }, { $sort: { 'date': -1, }}, { $group: { _id: '$name’, field1: {'$first': '$field1'}, field2: {'$first': '$field2’}, … field20: {'$first': '$field20’}, }} ])

Добрый день встречаются ли реплики с двумя арбитрами? И как в таком случае разрешаются конфликты выбора при условии что число нод четное?

вместо fieldN: {$first: fieldN} можно сделать firstRoot: {$first: $$ROOT} $$ROOT - внутренняя переменная для обращения к текущему документу, таким образом вы разом сохраните полностью док, а не отдельные поля и потом если надо будет можно через $replaceRoot восстановить его после окончания группирвоки

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

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

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

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

как так случилось что у вас планируется два арбитра? для какой цели второй?

Сейчас конфиг такой: [VM1:db, arb], [VM2: db2]. Если первая нода отрубается, то вторая без арбитра не может себя назначить главной. По-хорошему арбитра нужно на отдельную машину, но в силу лицензионных причин так сделать не можем

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

А если на каждой vm по арбитру? Когда тестил, оно вроде как работало, но в прод такое пускать опасаюсь

должно быть нечетное число нод, включая арбитров

когда надо включать авторизацию с ключом до или после создания replica set?