Здесь доступны различные доступные варианты, а также плюсы и минусы каждого из них здесь .
Предлагаемые варианты:
SELECT my_column FROM my_table WHERE search_column = ?
, выполните его для каждого значения, а UNION - на стороне клиента. Требуется только одно подготовленное заявление. Медленный и болезненный. SELECT my_column FROM my_table WHERE search_column IN (?,?,?)
и выполните его. Требуется один подготовленный оператор в размере IN-списка. Быстро и очевидно. SELECT my_column FROM my_table WHERE search_column = ? ; SELECT my_column FROM my_table WHERE search_column = ? ; ...
и выполните его. [Или используйте UNION ALL
вместо этих точек с запятой. --ed] Требуется один подготовленный оператор в размере IN-списка. Глубоко медленно, строго хуже, чем WHERE search_column IN (?,?,?)
, поэтому я не знаю, почему блоггер даже предложил его. SELECT my_column FROM my_table WHERE search_column IN (1,2,3,4,5,6,6,6,6,6)
. Любой достойный сервер будет оптимизировать повторяющиеся значения перед запуском запроса. Однако ни один из этих параметров не супер.
В этих местах ответили на дублирующие вопросы с одинаково разумными альтернативами, все еще ни один из них не супер:
Правильный ответ, если вы используете JDBC4 и сервер, который поддерживает x = ANY(y)
, должен использовать PreparedStatement.setArray
, как описано здесь :
Кажется, что нет способа заставить setArray
работать с IN-lists.
Предполагая, var friend = { firstName: 'Harry', lastName: 'Potter' };
Есть два варианта:
Обновление модели в памяти и сохранение (простой javascript array.push):
person.friends.push(friend);
person.save(done);
или
PersonModel.update(
{ _id: person._id },
{ $push: { friends: friend } },
done
);
Я всегда стараюсь и выбираю первый вариант, когда это возможно, потому что он будет уважать больше преимуществ, которые дает вам мангуст (крючки, проверка и т. д.), ,
Однако, если вы делаете много одновременных записей, вы столкнетесь с условиями гонки, в результате чего вы столкнетесь с неприятными ошибками версий, чтобы остановить вас от замены всей модели каждый раз и потерять предыдущего добавленного вами друга , Так что только переходите к последнему, когда это абсолютно необходимо.
Оператор $ push добавляет указанное значение в массив.
{ $push: { <field1>: <value1>, ... } }
$ push добавляет поле массива со значением как своим элементом.
Выше ответ отвечает всем требованиям, но я получил его, выполнив следующие
var objFriends = { fname:"fname",lname:"lname",surname:"surname" }; Friend.findOneAndUpdate( { _id: req.body.id }, { $push: { friends: objFriends } }, function (error, success) { if (error) { console.log(error); } else { console.log(success); } }); )
Я столкнулся с этим вопросом. Мое исправление заключалось в создании дочерней схемы. См. Ниже пример для ваших моделей.
---- Персональная модель
const mongoose = require('mongoose');
const SingleFriend = require('./SingleFriend');
const Schema = mongoose.Schema;
const productSchema = new Schema({
friends : [SingleFriend.schema]
});
module.exports = mongoose.model('Person', personSchema);
*** Важно: SingleFriend.schema -> обязательно используйте строчные буквы для схемы
--- Схема ребенка
const mongoose = require('mongoose');
const Schema = mongoose.Schema;
const SingleFriendSchema = new Schema({
Name: String
});
module.exports = mongoose.model('SingleFriend', SingleFriendSchema);
update
, в то время как НЕВОЗМОЖНО , чтобы найти документ, изменить его в памяти, а затем вызовите метод.save()
в документе. Когда я говорю, что операция «безопасна», это означает, что даже если один, два или 50 изменений применяются к документу, все они будут успешно применены, а поведение обновлений будет таким, как вы ожидаете. По сути, манипуляция с памятью небезопасна, потому что вы можете работать с устаревшим документом, поэтому при сохранении изменения, которые произошли после того, как шаг выборки потерян. – Will Brickner 15 November 2017 в 06:55