mongoose конвертировать строку коллекции в boolean [duplicate]

Я знаю, что это старый вопрос, на который уже был дан ответ, но вот еще один подход:

@Query("select new map(count(v) as cnt, v.answer) from Survey v group by v.answer")
public List<?> findSurveyCount();
272
задан styvane 17 May 2016 в 15:28
поделиться

6 ответов

Вы не можете ссылаться на сам документ в обновлении (пока). Вам нужно будет перебирать документы и обновлять каждый документ с помощью функции. См. этот ответ для примера, или этот для серверной стороны eval().

98
ответ дан Community 19 August 2018 в 17:35
поделиться
  • 1
    Это все еще актуально сегодня? – Christian Engel 13 January 2013 в 00:08
  • 2
    @ChristianEngel: Кажется, так. Я не смог найти что-либо в документах MongoDB, в которых упоминается ссылка на текущий документ в операции update. Этот связанный запрос функции все еще не разрешен. – Niels van der Rest 14 January 2013 в 14:28
  • 3
    Это все еще действует в апреле 2017 года? Или уже есть новые возможности, которые могут это сделать? – Kim 26 April 2017 в 12:01
  • 4
    @Kim Похоже, что это все еще актуально. Кроме того, запрос функции , который @ niels-van-der-rest указал еще в 2013 году, все еще находится в OPEN. – Danziger 3 May 2017 в 22:30
  • 5
    это уже не действительный ответ, посмотрите на ответ @styvane – Haroon Khan 11 March 2018 в 19:28

Вот что мы придумали для копирования одного поля в другое для ~ 150_000 записей. Это заняло около 6 минут, но все еще значительно менее ресурсоемким, чем это было бы для создания экземпляра и повторения одного и того же количества объектов ruby.

js_query = %({
  $or : [
    {
      'settings.mobile_notifications' : { $exists : false },
      'settings.mobile_admin_notifications' : { $exists : false }
    }
  ]
})

js_for_each = %(function(user) {
  if (!user.settings.hasOwnProperty('mobile_notifications')) {
    user.settings.mobile_notifications = user.settings.email_notifications;
  }
  if (!user.settings.hasOwnProperty('mobile_admin_notifications')) {
    user.settings.mobile_admin_notifications = user.settings.email_admin_notifications;
  }
  db.users.save(user);
})

js = "db.users.find(#{js_query}).forEach(#{js_for_each});"
Mongoid::Sessions.default.command('$eval' => js)
2
ответ дан Chris Bloom 19 August 2018 в 17:35
поделиться

Я попробовал вышеуказанное решение, но я счел его непригодным для больших объемов данных. Затем я обнаружил функцию потока:

MongoClient.connect("...", function(err, db){
    var c = db.collection('yourCollection');
    var s = c.find({/* your query */}).stream();
    s.on('data', function(doc){
        c.update({_id: doc._id}, {$set: {name : doc.firstName + ' ' + doc.lastName}}, function(err, result) { /* result == true? */} }
    });
    s.on('end', function(){
        // stream can end before all your updates do if you have a lot
    })
})
9
ответ дан Chris Gibb 19 August 2018 в 17:35
поделиться
  • 1
    Как это отличается? Будет ли пар изменен активностью обновления? Есть ли у вас какие-либо ссылки на него? Монгольские документы довольно бедны. – Nico 21 November 2016 в 15:58

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

db.person.find().snapshot().forEach( function (hombre) {
    hombre.name = hombre.firstName + ' ' + hombre.lastName; 
    db.person.save(hombre); 
});

http: // docs .mongodb.org / ручной / ссылки / метод / cursor.snapshot /

38
ответ дан Eric Kigathi 19 August 2018 в 17:35
поделиться
  • 1
    Что произойдет, если другой пользователь отредактирует человека между find () и save ()? У меня есть случай, когда несколько вызовов могут быть сделаны для одного и того же объекта, изменяющего их на основе их текущих значений. Второму пользователю придется ждать с чтением, пока 1-й не будет выполнен с сохранением. Выполняет ли это это? – Marco 11 October 2017 в 12:48
  • 2
    О кнопке snapshot(): Deprecated in the mongo Shell since v3.2. Starting in v3.2, the $snapshot operator is deprecated in the mongo shell. In the mongo shell, use cursor.snapshot() instead. – ppython 20 December 2017 в 15:52

Вы должны пропустить. Для вашего конкретного случая:

db.person.find().snapshot().forEach(
    function (elem) {
        db.person.update(
            {
                _id: elem._id
            },
            {
                $set: {
                    name: elem.firstname + ' ' + elem.lastname
                }
            }
        );
    }
);
212
ответ дан evandrix 19 August 2018 в 17:35
поделиться
  • 1
    Что произойдет, если другой пользователь изменит документ между вашим find () и вашим save ()? – UpTheCreek 15 February 2013 в 13:33
  • 2
    Правда, но копирование между полями не требует, чтобы транзакции были атомарными. – UpTheCreek 19 February 2013 в 11:25
  • 3
    Важно заметить, что save() полностью заменяет документ. Вместо этого следует использовать update(). – EdMelo 22 March 2013 в 23:44
  • 4
    Как насчет db.person.update( { _id: elem._id }, { $set: { name: elem.firstname + ' ' + elem.lastname } } ); – Philipp Jardas 19 August 2013 в 14:34
  • 5
    +1. Неправильный формат для обновления не работает так, как в настоящее время сформулировано. – Viktor Hedefalk 5 September 2013 в 10:46

Лучший способ сделать это - использовать структуру агрегации для вычисления нашего нового поля.

MongoDB 3.4

Наиболее эффективное решение в MongoDB 3.4 с помощью $addFields и $out операторов конвейерной агрегации.

db.collection.aggregate(
    [
        { "$addFields": { 
            "name": { "$concat": [ "$firstName", " ", "$lastName" ] } 
        }},
        { "$out": "collection" }
    ]
)

Обратите внимание, что это не обновляет вашу коллекцию, а вместо этого заменяет существующую коллекцию или создает новый. Также для операций обновления, для которых требуется «литье типов», вам потребуется обработка на стороне клиента, и в зависимости от операции вам может понадобиться использовать метод find() вместо метода .aggreate().

MongoDB 3.2 и 3.0

. Мы делаем это с помощью $project наших документов и используем оператор агрегации строк $concat для возврата конкатенированной строки , we Оттуда вы затем перебираете курсор и используете оператор обновления $set , чтобы добавить новое поле в ваши документы, используя массовые операции для максимальная эффективность.

Запрос на агрегирование:

var cursor = db.collection.aggregate([ 
    { "$project":  { 
        "name": { "$concat": [ "$firstName", " ", "$lastName" ] } 
    }}
])

MongoDB 3.2 или новее

из этого, вам нужно использовать bulkWrite .

var requests = [];
cursor.forEach(document => { 
    requests.push( { 
        'updateOne': {
            'filter': { '_id': document._id },
            'update': { '$set': { 'name': document.name } }
        }
    });
    if (requests.length === 500) {
        //Execute per 500 operations and re-init
        db.collection.bulkWrite(requests);
        requests = [];
    }
});

if(requests.length > 0) {
     db.collection.bulkWrite(requests);
}

MongoDB 2.6 и 3.0

В этой версии вам необходимо использовать устаревший API Bulk и его связанные методы .

var bulk = db.collection.initializeUnorderedBulkOp();
var count = 0;

cursor.snapshot().forEach(function(document) { 
    bulk.find({ '_id': document._id }).updateOne( {
        '$set': { 'name': document.name }
    });
    count++;
    if(count%500 === 0) {
        // Excecute per 500 operations and re-init
        bulk.execute();
        bulk = db.collection.initializeUnorderedBulkOp();
    }
})

// clean up queues
if(count > 0) {
    bulk.execute();
}

MongoDB 2.4

cursor["result"].forEach(function(document) {
    db.collection.update(
        { "_id": document._id }, 
        { "$set": { "name": document.name } }
    );
})
98
ответ дан styvane 19 August 2018 в 17:35
поделиться
  • 1
    Отличный ответ. Просто интересно, вызывает ли .length каждую итерацию в mongo так же медленно, как обычный javascript, где он пересчитывает длину при каждом вызове? – notbad.jpeg 15 September 2016 в 16:58
  • 2
    @ notbad.jpeg Я могу сказать, медленна она или нет, но свойство length проверяется на каждой итерации. Это то, что мне нужно будет проверить позже. Другой вариант, если это медленный, - использовать счетчик, который вы затем увеличиваете на 1 на каждой итерации. – styvane 15 September 2016 в 19:40
  • 3
    Ответ хорошо подходит для обобщения подходов, и я знаю, что он сформирован, обращаясь к конкретному запросу обновления, упомянутому в вопросе, однако одно маленькое раздражение - это слишком много людей, которые перескакивают на метод агрегирования. Это действительно нуждается в BOLD отказ от ответственности, что это на самом деле 1. Создает новую коллекцию, а не обновляет существующую. 2. Следует избегать, когда «типы литья». I.E. Обычная ошибка при хранении "строк" вместо Date и нужно преобразовать. Я был бы очень рад, если бы это было заметно, и не только небольшой комментарий, который был сделан на конце. – Neil Lunn 17 June 2017 в 09:39
  • 4
    Похоже, что метод aggregate () не полностью эквивалентен тому, что делает update (), потому что записи, которые не попадают в соответствие с параметром filter / $, будут отсутствовать в целевой коллекции и исчезнут из оригинала, если они указаны как цель. – Sergey Shcherbakov 20 March 2018 в 11:15
  • 5
    @SergeyShcherbakov в версии агрегации вам не нужен оператор $match, но если вам нужно применить выбранный документ обновления, вы не должны использовать оператор $out. "Обновление" версия использует это, потому что «документ обновления» может быть не одинаковым для всего документа, используя update ({}, update_document) обновит весь документ с тем же значением, которое не то, что мы хотим. – styvane 18 August 2018 в 18:47
  • 6
Другие вопросы по тегам:

Похожие вопросы: