Привет всем подскажите пожалуйста я знаю SQL  где можно посмотреть вакансии?

На текущий момент у меня есть свободное время и желание шатать таблички

Вот прямо тут

Да тут оверхед вакансии у меня скил Джун+

hh.ru, да и тут вроде для джунов попадались как то

И как работать с instead of, я не совсем понял
То есть если я просмотрю inserted в этом режиме и отменяю транзакцию, то insert/Update не будет?

Спасибо

В instead of пишешь всё,что тебе надо сделать.inserted/deleted там есть,но в твою таблицу (на которой триггер) автоматом ничего не запишется,только то,что написано в этом триггере.Можно пустой триггер написать и у тебя необновляемая таблица

А как в неё что-то написать?
INSERT приводит к рекурсивному вызову триггера

If an INSTEAD OF trigger defined on a table runs a statement against the table that would ordinarily fire the INSTEAD OF trigger again, the trigger isn't called recursively. Instead, the statement processes as if the table had no INSTEAD OF trigger and starts the chain of constraint operations and AFTER trigger executions. For example, if a trigger is defined as an INSTEAD OF INSERT trigger for a table. And, the trigger runs an INSERT statement on the same table, the INSERT statement launched by the INSTEAD OF trigger doesn't call the trigger again.

Не должно)

Всем привет. Ребят, как в SQL правильно синхронизировать данные. Вот например у меня есть таблица:

id | name | number| email | status

По API я получаю актуальные данные, но чуть сокращенные:

name | number | email

Если там в API пропало какое то значение или поле email пустое то мне надо для этого пользователя проставить

status

0.
Если наоборот появилось новое значение то мне надо либо обновить существующее (поставить status 1) или добавить новое поле.
Можно ли создавая из API отдельную временную таблицу и там как то мерджить и реплейсить? Или как правильно эту задачу выполнять?

id | name | number| email | status

name | number | email

status

Объясни, что ты понимаешь под словом "СИНХРОНИЗИРОВАТЬ"?

Мне нужна моя локальная Актуальная база данных. То-есть статусы 1 должны стоять только у техя пользователей у которые есть в данных полученных через API.

Так же может сменится email например и надо его так же обновить в моих данных

Ну ты пока какой-то бред вместо вопросов генерируешь, отвечать не на что.

Если у тебя есть какое-то API , при чём тут тогда SQL СУБД?

Я же написал. У меня есть база SQL с данными, которые нужно обновлять.

Ну, обновляй, если нужно

ну ладно.