а если учитывать, что магазин и склад - это совершенно разные физические объекты с совершенно разными задачи, где общее только то, что кокнретный товар только хранится?
у нас есть:
1. Множество магазинов
2. Множество складов
3. Множество товаров
И, соответственно, куча комбинаций экземпляров одной сущности с двумя другими.
Зоны разные территориально, в каждой свои магазины и склады.
Это то что пишу в триггере:
SELECT number INTO num FROM phone_item_number_1 WHERE item_id = id; INSERT INTO object_param_value_text (object_id, param_id, value) VALUES (NEW.object_id, 1, num);
INSERT INTO object_param_value_text (object_id, param_id, value)
SELECT NEW.object_id, 1, number FROM phone_item_number_1 WHERE item_id = id;
INSERT INTO object_param_value_text (object_id, param_id, value) VALUES
(NEW.object_id, 1, (SELECT number FROM phone_item_number_1 WHERE item_id = id));
Требуется в конце каждого дня "замораживать данные" за каждый пройденный день
create table products(product_id int, steam_level int, telegram_is_premium boolean)
ПО создает в таблице объектов пустой объект со своим id (под пустым я понимаю то, что в других таблицах у него нет параметров с его ID) и в таблице договоров присваивает его id в ячейке в столбце id_объекта для того чтобы как-то связать их. Есть так же еще пара таблиц которые отвечают уже за параметры присваеваемые данному объекту. Таблица для параметров типа текст, типа список и типа флаг. Моя задача заключается в том чтобы в момент создания данного ПУСТОГО объекта, у которого отсутствуют параметры, подхватить данные с договора и насунуть их в эти параметры, которые будут созданы триггерром и обозначены ID соответствующим данному объекту.
Моя базовая задача конкретно здесь, план минимум - это BEFORE UPDATE phone_client_item_1
сделать INSERT INTO (object_id, param_id, value)
где VALUES будут (NEW.object_id, 1, num), где num - это результат SELECT number INTO num FROM phone_item_number_1 WHERE item_id = id;
Почему на этапе INSERT INTO используя конструкцию NEW.column_name я получаю ничего.
насчет второго варианта, он ещё и денормализован
идея в том что при UPDATE я беру данные из данного UPDATE и вношу их INSERT INTO в другие таблицы чтобы на выходе у пользователя уже подтянулись сгенереные данные. А не закрывать и открывать снова "окошко".
чтобы когда пользователь нажал "создать объект" в этом ПО - ему сразу вываливался на экране этот созданный объект с уже вставленными данными этим тригером.
триггер, который перед UPDATE таблицы вносит данные в другие таблицы.