бывают разные синхронности?

та просто ж можно await юзать. Или вообще через Promise.all переписать

подскажите пожалуйста, пытаюсь выполнить запрос с помощью map в массиве данных.
```const cards = await payload.map((items: any) => {
   sequelize.query(
   `insert into DOC(documents_id, Executors_id, Executor_type, parent_id)
    values(:documents_id, :executors_id, :executor_type, :parent_id)`,
       {
           replacements: {
             documents_id: items.documentsId ?? null,
              executors_id: items.performerId ?? null,
              executor_type: items.peformerType ?? null,
             parent_id: items.parentId ?? null
       },
         type: QueryTypes.INSERT,
      });
       });```
вылетает ошибка `(node:18164) UnhandledPromiseRejectionWarning: SequelizeDatabaseError: Transaction (Process ID 68) was deadlocked on lock resources with another process and has been chosen as the deadlock victim. Rerun
the transaction.`

Думаю нужно попробовать через sequelize.createMany. И вы мапом возвращаете новый масив промисов и там нужно использовать Promise.all(или allSettled)

И до того вы эти промисы не возвращаете. Можно убрать скобки или написать return

это не весь код, return есть
сам запрос внутри try/catch и после запроса выполняется

if (!cards) {
            return { success: false, error: ErrorCode.notFound };
        }

        return {
            success: true,
            content: console.log('Insert success!'),
        };

Уберите await
const cards = await payload.map

map вернет массив, на нем нельзя делать await (точнее можно, но результат будет не тот, который Вы ожидаете)

Тут лучше Promise.allSettled. Если Promise.all то Вы не узнаете что именно зафейлилось, а что выполнилось.

Имелся в виду return внутри map

У Вас там deadlock. Возможно из-за того, что пытаетесь одновременно сделать несколько вставок в одну и ту же таблицу.
Чтобы узнать подробнее, нужно знать схему и настройки БД

map берет на вход коллекцию из n элементов и возвращает коллекцию из n преобразованных элементов.
Вы в callback, который передается в map, ничего не возвращаете. Получается, на выходе будет массив из n undefined элементов.

Посмотрите картинку здесь
https://dev.to/lucagrandicelli/js-map-filter-reduce-explained-572e

привіт, у моєму тестовому завданні є такі пункти:
"
-Описати TS інтерфейси Shop, Cashier (касир), CashRegister. TS інтерфейси мають використовувати enums там, де це можливо та потрібно.


-Забезпечити CRUD комунікацію з реляційною БД сутності Cashier. Усі CRUD методи мають приймати типізовані параметри, а метод читання має приймати кілька фільтрів. Наприклад, age, sex, yearsOfExperience, worksInShifts, тощо.

Поля сутностей на твій вибір та твою фантазію. Вибір реляційної бази довільний.  Можна використовувати команди SQL або за бажанням ORM.
"

Я це зрозумів так: в бд мають бути три пов'язаня між собою таблиці Shop, Cashier (касир), CashRegister. Далі я опишу інтерфейс для Cashier і буду його застосовувати при CRUD операціях.
Але для чого мені описувати інтерфейси для Shop та CashRegister, якщо я взаємодію лише із таблицею Cashier?
Це тому що, наприклад, таблиця Cashier в бд посилається на таблицю Shop і тому й інтерфейс Cashier повинен посилатися на інтерфейс Shop?

десь я це тестове бачив

chatbots studio?

тому що касир буде містити у собі Шоп скоріше за все, та CashRegister

+

ну і ви вірно відповіли на питання самі

спасибі

Привет! Как покрыть тестами функцию которая по сути делает сложный сырой SQL запрос в базу (для отчета)? Что-то типа такого

function getSalesReport() {
   // здесь длинный SQL
   const sql = ‘SELECT …. FROM transactions t, orders o, cliens c ….. WHERE … GROUP BY …’
   try {
      const rows = await db.query(sql);
      return rows
   } catch (err) {
      throw new Error(`Failed to get Sales Report: ${err.message}`)
   }
}

юнит тест который проверяет что функция db.query была вызвана именно с тем запросом почти бестолковый:

jest.spyOn(db, ‘’query);
await getSalesReport();
expect(db.query.calls[0][0]).toEqual(‘SELECT …. FROM transactions t, orders o, cliens c ….. WHERE … GROUP BY`)

потому что если в SQL запросе будет обращение к несуществующему полю то тест этого не поймает. только интеграционные тесты да?

я знаю что в некоторых случаях поднимают in-memory базу данных для юнит тестов. делают так или это антипаттерн?