ну такое

по этому хороший совет у монги в документации

Такой вопрос, нужен неизменяемый уникальный айдишник для идентификации элементов. Ну типа userId Есть «системное» поле _id, которое можно для этого использовать Или можно добавить свое поле userId со строкой сгенерированной uuid Какой вариант лучше? Будет ли разница в производительности?

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

удаление, редактирование, добавление

ну информации я просто не нашел или может не там искал, поэтому обратился к вам

С#

плохо

Всем добра)) по-моему я пишу туда куда нужно - практикую nodejs (ts) + mongo + mongoose + express ну и + swagger - промис должен вернуть тип ITodo, в котором есть поле desc - но ошибка по-моему ясна - что можете посоветовать? в доках монго ничего путного не могу найти - может плохо ищу? заранее спасибо

Всем добра)) по-моему я пишу туда куда нужно - практикую nodejs (ts) + mongo + mongoose + express ну и + swagger - промис должен вернуть тип ITodo, в котором есть поле desc - но ошибка по-моему ясна - что можете посоветовать? в доках монго ничего путного не могу найти - может плохо ищу? заранее спасибо

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

а правда, что для такого запроса {fromDate:{$lte:'2019-01-01'},toDate:{$gte:'2015-06-01'}} лучше будет работать такой индекс? {fromDate:1, toDate: -1} что-то не могу найти инфу по этому поводу, но выглядит вроде бы логично

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

это нормально 2 минуты? на 72 тыс транзакций =0

У меня теперь вопрос, я не убью свой SSD на ноуте? =0 Прям шипит ноут с 4 минуты.. Запросы почти синхроно, я использую пакет для dart - помоему там что идет асинхронно Но я в цикле запускаю функцию, где делаю селект и апдейт, с ожиданием ее завершения и потом программа идет дальше. Размер документа:

а можно получить значение storage.wiredTiger.engineConfig.cacheSizeGB как-то? не вижу его getParameter

Ребят, подскажите пожалуйста, как сейчас обстоят дела с размером oplog-а в монге? Насколько я знаю, он фиксированного размера и перезаписаваемый. То есть если, допустим, у меня оплог на 5 гб, и в своем кластере у меня одна из реплик отвалиться на пару деньков, а за эту пару деньков oplog заполнится на все 5 гб и начнет перезаписываться уже новыми операциями, целостность данных считай потеряна, и реплику надо было своими руками восстанавливать.

Ничего не изменилось, разве что с 4.0 появилась возможность на ходу менять размер capped коллекций, включая rs.oplog. Это не постгрес чтоб руками восстанавливать отставшую реплику. Если нода выпала за оплог, она сама сделает initial sync

Ничего не изменилось, разве что с 4.0 появилась возможность на ходу менять размер capped коллекций, включая rs.oplog. Это не постгрес чтоб руками восстанавливать отставшую реплику. Если нода выпала за оплог, она сама сделает initial sync

Если у вас ноды постоянно выпадают за оплог ищите причину

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

Если не секрет, сколько заняла процедура восстановления и сколько весила реплицируемая база?)

Хмм, а разве initial sync не должен запускаться только тогда, когда хранилище базы очищено (просто все файлы удалить), чтобы он с нуля начал все восстанавливать? Если есть вариант принудительно запустить Initial sync, то как тогда данные будут восстанавливаться?

Около часа и ~80Гб

Любопытно, у меня кластер работал медленней (на отставшую реплику выкачал около 2,7 гб за 7 минут примерно), хотя наверное это потому, что я все делал на моем полумертвом компуктере))