КБ
Примерно вот так выглядит решение
default: () => "CURRENT_TIMESTAMP + interval '1 year'"
Возможно кому-то пригодиться
Size: a a a
2020 October 08
КБ
Не только в этом случае - функции возвращающие строки – это и есть raw sql по-TypeORMски. Такое и в запросах тоже поддерживается.
2020 October 12
SL
всем привет, typeorm поддерживает ивент в бд? У меня такой таск - одна таблица связана со второй связью многие-к-одному, во второй таблице происходит изменения и я хочу изменить все записи из первой таблицы по ключевому полю в этот момент
JB
всем привет, typeorm поддерживает ивент в бд? У меня такой таск - одна таблица связана со второй связью многие-к-одному, во второй таблице происходит изменения и я хочу изменить все записи из первой таблицы по ключевому полю в этот момент
У них есть поддержка триггеров
JB
всем привет, typeorm поддерживает ивент в бд? У меня такой таск - одна таблица связана со второй связью многие-к-одному, во второй таблице происходит изменения и я хочу изменить все записи из первой таблицы по ключевому полю в этот момент
Посмотри в доке. Например @BeforeInsert()
КБ
имейте в виду, @BeforeInsert работает только для repository.save(). на repository.insert()/entityManager.insert() оно не срабатывает – там вставка идёт напрямую sql-запросом в обход логики подписок…
КБ
тут кстати по идее напрашивается использование AfterInsert/AfterUpdate/AfterDelete, но я бы по-возможности вообще решал на уровне FOREIGN KEY – если там просто надо в поле NULL загнать например, или связанную запись удалить…
SL
@BeforeUpdate будет работать для любых операций апдейтов?
SL
можно ли как-то настроить что бы ивент срабатывал только при обновлении конкретного поля сущности?
КБ
аналогично – только для save()
КБ
по полям не настраивается – там же просто срабатывает save, а он уже смотрит что он делает insert или update и в зависимости от этого триггерит все подписки
КБ
ещё remove триггерит before delete/after delete а .delete() не триггерит ничего 🙂
SL
тут кстати по идее напрашивается использование AfterInsert/AfterUpdate/AfterDelete, но я бы по-возможности вообще решал на уровне FOREIGN KEY – если там просто надо в поле NULL загнать например, или связанную запись удалить…
в каком смысле "на уровне foreign key"? мне по сути и нужно обновить записи в другой таблицы по foreign key в момент обновления этой
КБ
ну у foreign key ограниченные возможности реакций – on delete cascade и on delete set null по сути основное…
SL
я уже думаю, может мне не делать это через ивент, а сделать последовательно?
SL
т.е. сначала я обновляю запись в одной таблице, а потом обновляю все по тому же ключу в другой
SL
в две операции
SL
Переслано от S. L.
с чем может быть проблема? Через пг админ этот запрос спокойно выполняется
JB
SL
в гугле что-то говорят по этому вопросу?
пишут, что нужно явно задать к какому полю я ссылаюсь