Как типизировать сервисы для node-postgres?

Дмитрий Беляев, можете еще объяснить, почему вы использовали

import { Pool, type QueryResult, type QueryResultRow } from 'pg';

а не так

import { Pool, QueryResult,  QueryResultRow } from 'pg';

В этом есть какая-нибудь разница?

Как типизировать сервисы для node-postgres?

Дмитрий Беляев, я ошибку в маршрутах ловлю, потом передаю next

Вот так:

if (result instanceof Error) {
    return next(result);
  }

так и понимаю что ошибка.

.then((result) => result)
А вот с этим не понял, почему она бесполезна ?

Походу отдельного интерфейса для ошибок нету.

Как типизировать сервисы для node-postgres?

Дмитрий Беляев, почти все, не нашел, или его там нету.

getAllUsers: function getAllUsers(): Promise<QueryResult<UsersType>> | тут промис с ошибкой, но его не нашел в @types/pg {
    return db
      .query('SELECT * FROM users ORDER BY user_id ASC')
      .then((result) => result)
      .catch((error) => error);
  },

Теперь не могу найти интерфейс ошибки, знаю что типа так нужно вернуть Promise но какой интрфес должен быть у Error не знаю, стандартный Error не те типы возвращает.

Как оптимизировать запрос SQL которое должен обновлять данные?

Иван Сорокин, ну вот у меня есть таблица аккаунтов и столбцы email, last/first name предположим что с клиента приодят данные, которые говорят что изменено только email и last_name получается мне нужно сделать для этого кейса свой SQL запрос который будет обновлять только эти данные, и так же для остальных, типа email + first_name, last_name + first_name, и каждый еще по отдельности ?

Как типизировать сервисы для node-postgres?

Дмитрий Беляев, обновил.

не смог типизировать этот код

export default {
  query: (text, params?) => pool.query(text, params),
  getClient: (): Promise<PoolClient> => pool.connect()
}

дальше она у меня используется как db. в сервисах, пока это не протипизирую остальные не смогу, так как не знаю как сделать чтобы промисы принимали верные данные.

Как типизировать сервисы для node-postgres?

Дмитрий Беляев, круто, это уже меняет кое-что.... Сейчас попрбую

Как типизировать сервисы для node-postgres?

Дмитрий Беляев, не подумал об этом, спасибо, сейчас перепишу.

Такие маршруты яв-ся правильными для REST API?

Василий Банников, да я думал это парметры. Ну логичнее думаю будет post и delete использовать, так как я удаляю запись и добавляю его. (put и patch пока не вникал еше)

Как оптимизировать запрос SQL которое должен обновлять данные?

Иван Сорокин, проблем пока нету, просто хочу узнать, как это делается.

Такие маршруты яв-ся правильными для REST API?

Василий Банников, потому что post и delete вместо :set / :unset

Как оптимизировать запрос SQL которое должен обновлять данные?

Я так понимаю, если столбцов таблицы будет много, то запросы все рано будут большими ?

ps: я больше переживал за скорость и передачу ненужной информации, еще и перезаписи одних и тех же данных.

Такие маршруты яв-ся правильными для REST API?

сергей кузьмин, знал, но не понимаю все равно когда и почему его использовать, по этму и не использую.

ps: там вышe `pacth` методы использовал (тут не иправленная версия осталась)

Такие маршруты яв-ся правильными для REST API?

Василий Банников, пробовал так сделать, в принципе норм.

Что заметил:
Параметр стоит в таком случае валидировать, а с `delete & post` не нужно.

Такие маршруты яв-ся правильными для REST API?

Для кажой сущности (то есть таблицы в БД) так сделать ? Это разве правильно будет...

Такие маршруты яв-ся правильными для REST API?

Uno, думал не сделать ли флаг типа 1 ставит а 0 удаляет....

Такие маршруты яв-ся правильными для REST API?

Lynn «Кофеман», верно, я просто невнимательный.

Такие маршруты яв-ся правильными для REST API?

Сейчас (в процессе) появились сомнения по этим маршрутам:

// POST:    /api/accounts/:id/frends/:id
// DELETE:  /api/accounts/:id/frends/:id
//-
// POST:    /api/posts/:id/comments/:id/likes
// DELETE:  /api/posts/:id/comments/:id/likes

Вот добавление лайков к постам у меня получается отдельно, а удаление отдельно, что-то сомневаться начал.