Я ЖЕ
Я ЖЕ

Простой вопрос.

Допустил у меня в модели mongoose , есть во вложенном массиве, ids обьектов из другой модели.

Как его использовать корректно в find по другой модели?

in: model1.ids

?

какая бд?

Mongo же

он же написал вроде?

сорян, как то монгус выпало с виду

да

но наверное лучше populate использовать.

хотя по структуре приложения удобнее отдельный запрос

Разницы нет

Populate это виртуальный фаенд/агрегация не помню уже

всем привет, требуется реализовать lock'инг механизм для nodejs.
Решил пока средствами typeorm и postgres это cделать.
Скриншот отсюда: https://github.com/typeorm/typeorm/blob/master/docs/select-query-builder.md#set-locking
Вопросы:
1. Насколько я знаю, чтобы сделать Lock в Postgres, требуется начать транзакцию, в документации об этом ни слова, я что-то не так понимаю?
2. В данном конкретном примере:

const users = await getRepository(User)
    .createQueryBuilder("user")
    .setLock("pessimistic_write")
    .getMany();

Блокироваться будет вся таблица User? Или только то, что вернётся после getMany?

кто подскажет почему heapdump не ставится (debian) ?

const users = await getRepository(User)
    .createQueryBuilder("user")
    .setLock("pessimistic_write")
    .getMany();

Транзакции на уровне строк не блокируются, кроме случая когда обе транзакции пытаются писать в строку.
У каждой транзакции есть уровни изоляции:

1. Read uncommited
2. Read committed - параллельный процесс может видеть только те данные, которые были зафиксированы. То есть внутри транзакции запрос одних и тех же полей может возвращать разные данные. По-умолчанию.
3. Repeatable read - один и тот же запрос обязан видеть одни и те же данные в рамках транзакции. Полезно для отчётов, где в одной транзакции множество SELECT.
4. Serializable - полная изоляция. Результат параллельного исполнения транзакций выполняется так, будто бы транзакции последовательны. Накладные расходы. Возможно падение транзакции, которые нужно отправлять повторно.

То есть, если вам нужен тотальный лок на транзакции вы делаете её Serializable.

что-то с компилятором/библиотекой c++
возможно нужно обновить build-essentials

const users = await getRepository(User)
    .createQueryBuilder("user")
    .setLock("pessimistic_write")
    .getMany();

А так вы сейчас пожинаете плоды использования ORM, потому что в postgres у вас многоверсионный механизм и explicit локи это узкий кейс, просто делайте транзакции

сделал sudo apt install build-essential, не помогло

gcc и библиотеки тоже установлены?

gcc version 4.9.2 (Debian 4.9.2-10+deb8u2)

gcc стоит, вопроса про библиотеки не понял) как проверить?

gcc version 4.9.2 (Debian 4.9.2-10+deb8u2)

а чего древний такой

debian 8