NullPointerException
s - исключения, возникающие при попытке использовать ссылку, которая указывает на отсутствие местоположения в памяти (null), как если бы она ссылалась на объект. Вызов метода по нулевой ссылке или попытка получить доступ к полю нулевой ссылки вызовет функцию NullPointerException
. Они наиболее распространены, но другие способы перечислены на странице NullPointerException
javadoc.
Вероятно, самый быстрый пример кода, который я мог бы придумать для иллюстрации NullPointerException
, be:
public class Example {
public static void main(String[] args) {
Object obj = null;
obj.hashCode();
}
}
В первой строке внутри main
я явно устанавливаю ссылку Object
obj
равной null
. Это означает, что у меня есть ссылка, но она не указывает на какой-либо объект. После этого я пытаюсь обработать ссылку так, как если бы она указывала на объект, вызывая метод на нем. Это приводит к NullPointerException
, потому что нет кода для выполнения в местоположении, на которое указывает ссылка.
(Это техничность, но я думаю, что она упоминает: ссылка, которая указывает на null, равна 't то же, что и указатель C, указывающий на недопустимую ячейку памяти. Нулевой указатель буквально не указывает на в любом месте , который отличается от указаний на местоположение, которое оказывается недопустимым.)
Необходимо создать составной индекс или составной первичный ключ , который включает поля id_user
и start_date
. Это обеспечит невозможность создания документов для одного и того же пользователя с одинаковой датой, и база данных выдаст ошибку, если вы попытаетесь это сделать. Составной индекс с мангустом
Вы также можете использовать транзакций . Для этого необходимо выполнить методы find
и create
внутри транзакции, чтобы гарантировать, что никакие параллельные запросы к одному и тому же документу не будут выполнены. Учебное пособие по транзакциям Mongoose
Я хотел бы воспользоваться уникальным составным индексом, который в вашем конкретном случае должен выглядеть примерно так
mySchema.index({user_id: 1, start_date: 1}, {unique: true});
Это race condition
.
два или более потоков могут получить доступ к общим данным, и они пытаются изменить их одновременно
blockquote> [ 118] Решение:
Есть много способов предотвратить конфликт данных в этом случае, блокировка - 1 вариант.
Вы можете заблокировать на уровне приложения или базы данных ... но я предпочитаю, чтобы вы прочитали эту ветку перед тем, как выбрать любую из них.Оптимистическая и пессимистическая блокировки
Быстрое решение:pessimistic-lock
https://www.npmjs.com/package/redis-lock