ошибка кроется в незнании js

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

ну и fiks -> fix

Я попытался выполнить поиск в google, но нет решения ну и исправить -> исправить

т.е. ты хочешь сказать что в гугле нет решения для проблемы каста underfine к определенному типу?

там проблема не в просто undefined

там стринга "undefined"

да там проблема в незнании js и не уменни дебажить свой код

{ $lookup: { from: "lessons", let: { id: "$_id" }, pipeline: [ { $match: { $expr: { $eq: ["$participants.id", "$$id"] } } } ], as: "ass" }

Как в лукапе матчить элементы массива? Если искать по обычному ключу, то ищет

$eq: ["$participants", { $elemMatch: { id: "$$id" } }]

вот так тоже не получается

или подскажите как через $project собрать массив id структура такая participants: [ { _id: 1, ... }, { _id: 2, ... } ]

т.е. ты хочешь сказать что в гугле нет решения для проблемы каста underfine к определенному типу?

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

нет у вас там поля _id

а вы его зачемто берете

либо потеряли в базе

гялньте сам док в базе как выглядит

выведите на консоль поулченнй id

и првоерьте его наличие в базе

руками через монгошелл

ошибка кроется в незнании js

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

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

+

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

как-то абстрактно

чат не называеться, mongoDB russian pro only

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

Лучше всего сначала помочь с проблемой, а потом дать ссылки на учебные материалы и документацию

давайте уважать друг друга

чат не называеться, mongoDB russian pro only

Не надо клевать в ответ

выведите на консоль поулченнй id

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

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

Смотри на это как на игру «пойми меня» ;)

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

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

просто выведите на консоль полученный из урла employee_id

просто выведите на консоль полученный из урла employee_id

да, может, у вас есть еще один пример?

да, может, у вас есть еще один пример?

may be english?

Folks, if you would like to continiue in english, please go to @mongo_db.

may be english?

yes it does not matter I am also an Indonesian

Товарищи, а как можно проверять дампы сделанные коммандой mongodump?

Проверить что?

что дампы рабочие и их них можно потом нормально восстановить данные

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

а второй должен переодически их проверять в каталоге

«Рабочесть» дампов это сложное понятие. Тут можно выделить два основных направления: целостность файла бекапа и целостность данных.

Целостность файлов можно проверять с помощью контрольных сум

А вот проверять целостность данных, вам придётся самостоятельно. Монга это просто хранилище bson, она ничего не знает про то, что там внутри bson есть.

Дамп — последовательность bson документов

Говоря проще: тупо все документы подряд в bson.

А есть литература или статьи на эту тему? Живые пример на практике бы пробежать глазами

На какую из?

Целостность файлов можно проверять с помощью контрольных сум

В последнее время я часто начал про borg слышать https://borgbackup.readthedocs.io/en/stable/

Там уже всё встроено

спс!

как можно проверить, существует ли уже поле в бд?

в конкретном доке или хотя бы в одном по всей базе?

в конкретном доке, есть уже такая цепочка languages : { games : { game1

Ребят, доброй вечер. Не подскажете, в каком сайте есть проекты по NoSQL(Mongodb): примеры на монго в json or bson формате или dataset'ы

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

Монга сама управляет индексами, вам ничего не надо делать.

я просто делаю db.collection.remove({условия}) - и потом всё равно находятся удаленные документы. судя всему по индексу

ERROR: S client not available

щас гуглил - нашел ответ что при remove документ помечается как удаленный, но индекс не перестраивается

т.е. потом надо reIndex вызывать получается. но у меня коллекция большая (1тб), не хочу дропать индекс и строить заново

я просто делаю db.collection.remove({условия}) - и потом всё равно находятся удаленные документы. судя всему по индексу

Какая версия монги? Какой storage engine?

Ваш источник информации — низкого качества. Вам не нужно делать ни reIndex, ни специальным образом удалять документы.

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

понял. спасибо. значит просто remove и всё?

У вас stand-alone или replica set?

понял. спасибо. значит просто remove и всё?

Да

wiredtiger 3.2

а из-за чего может вернуться тогда удаленный документ?

а из-за чего может вернуться тогда удаленный документ?

Это нормальное поведение, если вы удаляете документ, а потом читаете с secondary. В промежутке между удалением на primary и применением оплога на secondary документ всё ещё будет доступен. Промежуток зависит от лага репликации

эх =(( у меня нету репликации. standalone монга

я делал remove, потом видел удаленные документы в find. а когда делал reIndex - они пропадали из find

Второй вариант: документы не удаляются. Это может быть ошибка в запросе в remove или проблема с правами.

но это всё на маленькой коллекции. а на большой не хочется reIndex

ага. права. понял посмотрю

Вам вообще не нужно никогда делать reIndex. Это необходимо только для восстановления после сбоя

Попробуйте обновить монгу до 3.6. Версия 3.2 превратится в тыкву в сентябре

Вы это через mongo-shell делаете?

ага в консоли

@dd_bb тут вопросик возник докучи, а монга не гарантирует, что при удалении используя один коннекшн, и после удаления сразу сделать запрос из другого коннекта, то там могут все еще быть доки?

Зависит от того, какую версию хранилища увидит второе соединение.

от соединения может зависеть наличие удаленного документа в коллекции?

это был бы бред...

Так что не гарантирует, да. Но даже теоретически окно в котором это возможно, достаточно маленькое.

это был бы бред...

Это не бред, это MVCC

получается где-то данные должны будут сохраниться?

Т.е. каждая открытая сессия в хранилище фиксирует какое-то состояние хранилища во времени.

Запрос меняет состояние этого хранилища и новое состояние становится доступно новым сессиям

Старые сессии новое состояние не увидят.