RK
можно конечно и на уровне базы намутить, но это неявно в коде будет.
Size: a a a
2020 December 17
T
я бы так же сделал, как и выше описал, обернул все запросы в транзакцию и делал в них что нужно, хоть дублируйте, хоть модифицируйте, хоть удаляйте )
благодарю попробуем
I
Начало транзакции
1. async выполняете запрос по изменению данных в первой таблице
2. async выполняете запрос по изменению данных во второй таблице
Конец транзакции
в транзакцию обернуть обязательно, так вы гарантируете, что если любой запрос из двух не выполнится, все данные откатятся назад.
ну и конечно можно и с триггерами намутить и с хранимыми вьюхами тоже )
1. async выполняете запрос по изменению данных в первой таблице
2. async выполняете запрос по изменению данных во второй таблице
Конец транзакции
в транзакцию обернуть обязательно, так вы гарантируете, что если любой запрос из двух не выполнится, все данные откатятся назад.
ну и конечно можно и с триггерами намутить и с хранимыми вьюхами тоже )
А как сделать так, чтобы столбец одной таблицы, дублироваться во второй таблице?
RK
Ivan
А как сделать так, чтобы столбец одной таблицы, дублироваться во второй таблице?
Ну так же, Иван, два запроса, да хоть десять, всё в одной транзакции
RK
Ivan
А как сделать так, чтобы столбец одной таблицы, дублироваться во второй таблице?
вот например сервис с транзакциями по удалению пользователя и его сессий
RK
в запросе выше вызывается вот этот метод для удаления сессий. В него же и передается транзакция.
YZ
Ivan
Нужно чтобы при изменении нескольких столбцов в одной таблице, эти данные менялись в столбцах другой таблицы. Между таблицами установлена связь один ко многим. Между столбцами нету связи никакой
Так там есть связь или не, каскад правило добавьте
BB
Ребят, есть ли какой-то способ не выбирать из бд поля createdAt, updatedAt, оставив их только в БД
Грубо говоря мне не нужно передавать их на клиент, но нужно иметь их в принципе
Но только так, что бы не писать везде в запросах атрибуты, а как-то обобщить, мб хук какой-то есть, или типа того?
Грубо говоря мне не нужно передавать их на клиент, но нужно иметь их в принципе
Но только так, что бы не писать везде в запросах атрибуты, а как-то обобщить, мб хук какой-то есть, или типа того?
T
Ребят, есть ли какой-то способ не выбирать из бд поля createdAt, updatedAt, оставив их только в БД
Грубо говоря мне не нужно передавать их на клиент, но нужно иметь их в принципе
Но только так, что бы не писать везде в запросах атрибуты, а как-то обобщить, мб хук какой-то есть, или типа того?
Грубо говоря мне не нужно передавать их на клиент, но нужно иметь их в принципе
Но только так, что бы не писать везде в запросах атрибуты, а как-то обобщить, мб хук какой-то есть, или типа того?
не знаю, у меня было так но я просто не доставал их, когда они приходили с объектом
BB
Просто передача этих значение только занимает лишнее место, тратит время ответа от сервера и только мешает визуально при просмотре ответа
T
Просто передача этих значение только занимает лишнее место, тратит время ответа от сервера и только мешает визуально при просмотре ответа
да , понимаю , тогда сделать ответ от сервера без этих полей
BB
Ну так в этом и мой вопрос, если у меня много моделей, не перебирать же каждый эндпоинт, каждое обращение к бд
T
Ну так в этом и мой вопрос, если у меня много моделей, не перебирать же каждый эндпоинт, каждое обращение к бд
мне кажется придется перебрать каждый эндпоинт , либо использовать что то типо grathql
T
Ну так в этом и мой вопрос, если у меня много моделей, не перебирать же каждый эндпоинт, каждое обращение к бд
хотя точно не могу сказать
BB
Ладно, понял, спасибо
2020 December 19
А
Всем привет. У меня след структура - localizeInfos: [{ seoVariant: 'str1'}, {seoVariant: 'str2'}]. Пытаюсь сделать поиск по любому из сеовариантов. На первом скрине работает, но мне нужно сделать in. Делаю как на втором скрине резульатата нет. Скрин 3. Подскажите что я делаю не так
Е
ребят, а как апдейтнуть модельки таблиц без потери данных?) юзаю sequelize.sync({force: true})
Е
тут задумался что если буду проводить поддержку продакшен кода, а тут у меня бд очищается при добавлении новых колонок в таблицах. использую dialect: 'postgres'