Так с тракзакциями все ок данные не будут терятся?

Ну например мне надо поменять 3 документа и 2 поменяло а на последнем ошибка возникла. Монга сделает рол бэк в этом случае? Или данные бытые останутся?

Нужно давать какието инструкции драйверу?

Это последнее предупреждение

~за 2недели или 1 месяц перенести слой доступа к данным

~за 2недели или 1 месяц перенести слой доступа к данным

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

он нужен когда вы ищите не полное совпадение

ребята, в схеме есть какое-то поле, который был уникальным.. но потом удалил unique: true; и все равно если создаю новый док то он кидает ошибку duplicate key (хотя он уже не уникальный).. в чем может быть проблема?

скорее всего у вас остался индекс с uniq constraind в этой коллекции

Подскажите, почему... User.update( {}, { $pull: { cards: { $elemMatch: { refId: crdRefId } } } }, { multi: true }, function (err, doc) { if (err) throw err; console.log(doc) }); ...делает cards пустым массивом

Добрый день! Подскажите, пожалуйста, столкнулся с проблемой: на удаленном сервере выполнение запроса к базе занимает 10-20 секунд, база при этом находится в докере локально запрос выполняется мгновенно, при этом набор данных в базах совершенно одинаковый куда стоит копнуть?

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

Делайте explain и смотрите где у вас задержка. У меня была бага, что удаленный сервер имел версию на минор ниже и криво отрабатывал сортировку по индексу. Обновление помогло

Делайте explain и смотрите где у вас задержка. У меня была бага, что удаленный сервер имел версию на минор ниже и криво отрабатывал сортировку по индексу. Обновление помогло

а не подскажете, с какими версиями была проблема?

Привет! Есть коллекция с документами вида { "atr":"val", "array":[ {"child_atr":"chaild_val_1", "some":"some"}, {"child_atr":"chaild_val_2", "some":"some"} ] } Необходимо выполнить update документа. На вход атрибуты для дочерних атрибутов массива. Таким образом, что необходимо или обновить дочерний элемент если найден по входящим параметрам, или добавить новый. Есть ли какой-то секрет как совместить одновременно $push если arrayFilters не вернул индекс дочернего, и $set если arrayFilters нашел элемент в массиве?

Да, update pipelines для 4.2+ https://docs.mongodb.com/manual/tutorial/update-documents-with-aggregation-pipeline/

Ребят вопрос: в каком случае стоит выбрать монго вместо майсиквел? И есть ли разница в сокрости или в чем ещё?

Похоже пора гдето делать подборку ответов на такие вопросы. Сначала вы делаете анализ вашей задачи/проекта, выписваете критерии для БД, потом смотрите как каждая база поддерживает ваши требования, сложно/просто что выполнить из ваших хотелок. Расставляете баллы, суммируете, выбираете. Нанимаете людей со знаниями выбранной бд или учите сами. Через полгода запуска проекта делаете переоценку и решаете оставаться на выбранной бд или нет.

А в общем для каких проектов берут монго обычно?

А в общем для каких проектов берут монго обычно?

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

Обозреватель блоков типо etherscan.io

работает

предлагаю избавиться от жавы

Подскажите, пожалуйста, работает ли кто тут на джаве? Есть вопросы почему одна часть кода работает, а вторая, идентичная нет))))))))))

Надо

кажется matcher.find() мутирует стэйт объекта

Никто не может подсказать, почему так?)

Вам в другой чат @jvmchat

Нет, выше строки втором скрине есть такая же строка, но с find(), он возвращает true/false и все

А ответ выше вам вообщето дали - чтобы использовать group нужно вызывать find

Да, я уже нашел ответ Только он не мутирует, а запускает цепочку событий, при которых находит подстроки, когда без него match находит лишь полное совпадение Как-то глупо работает🥴

Это связано с необходимость проходить по разным группам в регулярках, вплоть до итеративного применения самой регулярки циклично по всему тексту. И это можно делать на здоровенных объемах не бояться что первый вызов будет ждать полного анализа данных, а обходить итеративно по кускам

Без него матчер работает как попытка проверить на соответствие регулярке всего текста с помощью метода match(), а не какойто его части

Получается matches -> find() ? ifTrue -> group(): ifFalse Почему нельзя было matchesAll, а там, если есть результаты/если их нет? Это последний вопрос (касательно оффтопа) по этой штуке)

Да, причем вроде как group(0) - нулевой содержит подходящую строку

Но только после всех операций, что мы сделали А ведь могли бы сразу. В ноде же так происходит