идея в том что при UPDATE я беру данные из данного UPDATE и вношу их INSERT INTO в другие таблицы чтобы на выходе у пользователя уже подтянулись сгенереные данные. А не закрывать и открывать снова "окошко".
чтобы когда пользователь нажал "создать объект" в этом ПО - ему сразу вываливался на экране этот созданный объект с уже вставленными данными этим тригером.
триггер, который перед UPDATE таблицы вносит данные в другие таблицы.
Есть две категории случаев, где следует использовать хранимые процедуры:
чтобы данные введенные одной упаковщицей не перемешивались с данными другой упаковщицы
оператору, который выводил время появившейся ячейки, например: отсканировал->в соседней колонке зафиксировалось время скана
Private Sub Worksheet_Change(ByVal Target As Range)
только те которые были отфильтрованы и сгруппированы
я делаю выборку топ 10 ключевых слов с профессией backend-developer, так
1. Выбрать из таблицы `keywords` слова, с профессией "backend developer", и, просуммировав rating, определить топ 10 слов.
2. Выбрать из таблицы `salaries` зарплаты тех ключевых слов, которые участвовали в группировке в первом запросе.
+----+-----------+--------+-----------+
| id | keywordId | salary | sum(freq) |
+----+-----------+--------+-----------+
| 7 | 3 | 100000 | 6 |
| 11 | 4 | 125000 | 5 |
| 8 | 3 | 150000 | 9 |
| 9 | 3 | 170000 | 4 |
+----+-----------+--------+-----------+
имеются 2 таблицы
итоговый результат
Цель 1 вывести топ 10 ключевых слов для этого делаем запрос
правильный запрос будет содержать вложенный select с перебором десятков тысяч строк
пока другого решения не нашел.
Таблица
name | rating | siteId | region | + 4 фильтра
если делать отдельную таблицу для метрик и делать джоин, то `rating` увеличивается в зависимости от строк правой таблицы, отчего топ будет неправильный
Ну и неправильно написали. Нет там ничего денормализованного. Обычная себе разреженная таблица.