Комментарии пользователя Andrey

Почему не получаются значения NEW в триггере BEFORE UPDATE?

Andrey @exotik997 Автор вопроса

Akina,

Есть таблица Договоров. Есть таблица Объектов. Как я понимаю, записи в каждой из таблиц создаются совершенно независимо. Однако в таблице Договоров есть поле связи/ссылки с Объектом (договор может ссылаться только на один Объект, или ни на один). Значение в этом поле может либо присваиваться в момент создания записи при INSERT, либо указываться в дальнейшем при UPDATE. По-моему, так.

Скорее в таблице объектов есть поле связи. Назывется cid. Следовательно 1 объект может ссылаться на 1 договор. Много объектов так же могут ссылаться на 1 договор.

На будущее рекомендация: если поле в таблице А ссылается на поле в таблице Б (пусть даже без внешнего ключа, клиентской логикой) - делайте этим полям абсолютно одинаковые имена, понятно, уникальные в пределах схемы. Потом проще разбираться. Да и синтаксис JOIN USING прозрачнее и понятнее, чем JOIN ON.

Я бы может и делал как Вы говорите, но это готовое решение которое продается как оно есть. Еще и обновляется. Поэтому нарушать структуру я не могу. Приходится работать с такой базой.

Создаётся Договор - запись в таблице ???. В ней есть поле ???, которое может быть ссылкой на Объект. Сам объект хранится в таблице ???, соответствующее поле для связи ???. (для оставшихся двух таблиц) Таблица ??? содержит ??? для таблицы ???, связывание происходит по выражению ???.??? = ???.??? - вот как-то так.

Создаётся Договор - запись в таблице contract. В ней есть поле (его нет), которое может быть ссылкой на Объект. Сам объект хранится в таблице object, соответствующее поле для связи cid. (для оставшихся двух таблиц) Таблицаphone_client_item_1 содержит cid и id для таблиц contract и phone_item_number_1, связывание происходит по выражениям
contract.id = object.cid = phone_client_item_1.cid
phone_client_item_1.object_id = object.id = object_param_value_text.object.id
phone_client_item_1.id = phone_item_number_1.item_id

Если в таблице Объект уже имеется запись, и в поле таблицы Договоров при вставке новой записи (INSERT) должна быть вставлена ссылка, то запись, из которой берётся значение для ссылки, берётся по выражению ???.??? = ???.???

Если такая ссылка в таблицу Договоров добавляется уже в существующую запись (UPDATE), то запись в таблице Объектов, из которой следует взять значение поля ???, берётся по выражению ???.??? = ???.???

Такого варианта не существует если я правильно понял. Мы создаем объект сразу привязанный к договору. Объект не имеет возможности быть созданным без договора.

В общем на существующий договоро сначала создается object

INSERT INTO object (title, date1, date2, cid, type_id) VALUES (....)

Затем к этому object привязываем уже существующий phone_client_item_1 или создаем его новый и сразу уже привязанным.

INSERT INTO phone_client_item_1 (cid, type, source_id, date1, date2, comment, object_id, alias) VALUES (...)

После чего мы можем сделать ему UPDATE если хотим скорректировать например название в данном случае
UPDATE object SET title = ...

Но основные характеристики данного объекта хранятся в таблицах object_param_value_тип.параметра
И вносятся подобным образом

INSERT INTO object_param_value_text (object_id, param_id, `value`) VALUES (...)

Задача создаваемого триггера, определяемого на таблице ??? при выполнении операции ??? состоит в том, чтобы получить значение поля ??? из таблицы ??? и записать его в поле ??? таблицы ???

Задача создаваемого триггера, определяемого на таблице object при (ДО) выполнении операции UPDATE состоит в том, чтобы получить значение поля number из таблицы phone_item_number и записать его в поле value таблицы object_param_value_text c соответствующим object_id.

Написано 08 февр.

Почему не получаются значения NEW в триггере BEFORE UPDATE?

Andrey @exotik997 Автор вопроса

Akina, ПО создает запись в таблице договоров и в поле ссылки на объект использует ID связного объекта. Проблема в том что договор заводится без объектов и они не обязательно должны вообще там быть. Так что я ориентируюсь именно на действие создания объекта на уже существующем созданном договоре.

То есть на момент UPDATE phone_client_item_1 уже имеется соответствующая запись в phone_item_number_1?

Если ответить просто, то да. В данной вариации это уже существует.

Не хотел бы мешать все в кашу

Вообще касаемо этого имеется 2 вариации. Но думаю это не так важно и выходит за рамки моего текущего вопроса.

Возможно привязать уже имеющийся phone_client_item_1 к объекту
Но так же возможно phone_client_item_1 создавать на уже имеющийся объект

Ниже привожу пример UPDATE 'а от ПО. Это именно тот случай когда запись phone_item_number_1 уже существует, ей имеется соответствующая запись в phone_client_item_1 и силами ПО производится внесение
в phone_client_item_1 идентификатора соответствующего записи в object.

То есть простым языком мы привязываем уже существующий номер телефона на договоре к пустому созданному объекту. И в этот момент триггер должен получить данные этого номера и самого договора и добваить эти данные в object_param_value_text и другие аналогичные таблицы

UPDATE phone_client_item_1 SET cid=6968, type=1, source_id=7, date1=DATE'2021-01-13', date2=NULL,  comment='[LOCAL] ???? ?????', object_id=14, alias='' WHERE id=4990

Делать я это собирался триггером пока что буквально в две строки.

Это то что пишу в триггере:

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);

Это то, что ожидаю от триггера с уже подтянутыми данными из договора

SELECT number INTO num FROM phone_item_number_1 WHERE item_id = 2105;
INSERT INTO object_param_value_text (object_id, param_id, `value`) VALUES ( 14, 1, '88005553535')

Написано 06 февр.

Почему не получаются значения NEW в триггере BEFORE UPDATE?

Andrey @exotik997 Автор вопроса

Akina Я благодарю Вас за Ваше терпение и попытку структуризировать информацию выдаваемую мной. Возможно я действительно многое смешал в кашу и сейчас я постараюсь прояснить всю ситуацию. Никаких ЯП и фреймворков нет в рамках моих задач. Чистый SQL, триггеры. Действительно есть ПО(может это именно то что Вы имели в виду под ЯП и фреймворками), которое имеет свою БД со своими таблицами и структурой в которой хранит определенные данные о договорах, клиентах и объектах на этих договорах. Это правда, что ПО не знает об этих триггерах, которые я пытаюсь внедрить и в общем и целом не должно знать о них. Этого не требуется, они не конфликтуют друг с другом. Если абстрактно, то ПО создает в таблице объектов пустой объект со своим id (под пустым я понимаю то, что в других таблицах у него нет параметров с его ID) и в таблице договоров присваивает его id в ячейке в столбце id_объекта для того чтобы как-то связать их. Есть так же еще пара таблиц которые отвечают уже за параметры присваеваемые данному объекту. Таблица для параметров типа текст, типа список и типа флаг. Моя задача заключается в том чтобы в момент создания данного ПУСТОГО объекта, у которого отсутствуют параметры, подхватить данные с договора и насунуть их в эти параметры, которые будут созданы триггерром и обозначены ID соответствующим данному объекту.

Собственно сама модель:

CREATE TABLE `phone_client_item_1` (
  `id` int(11) NOT NULL AUTO_INCREMENT,
  `cid` int(11) NOT NULL DEFAULT 0,
  `object_id` int(11) NOT NULL,
  `type` tinyint(4) NOT NULL DEFAULT 0,
  `source_id` int(11) NOT NULL DEFAULT 0,
  `date1` date DEFAULT NULL,
  `date2` date DEFAULT NULL,
  PRIMARY KEY (`id`),
  KEY `date1` (`date1`),
  KEY `date2` (`date2`),
  KEY `cid` (`cid`),
  KEY `object_id` (`object_id`),
  KEY `source_id` (`source_id`)
) ENGINE=InnoDB AUTO_INCREMENT=5689 DEFAULT CHARSET=utf8mb4 COLLATE=utf8mb4_unicode_ci;

CREATE TABLE `object_param_value_text` (
  `object_id` int(11) NOT NULL DEFAULT 0,
  `param_id` int(11) NOT NULL DEFAULT 0,
  `value` varchar(250) NOT NULL DEFAULT '',
  PRIMARY KEY (`param_id`,`object_id`)
) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4 COLLATE=utf8mb4_unicode_ci;

CREATE TABLE `object` (
  `id` int(11) NOT NULL AUTO_INCREMENT,
  `cid` int(11) NOT NULL DEFAULT 0,
  `title` varchar(250) NOT NULL DEFAULT '',
  `type_id` int(11) NOT NULL DEFAULT 0,
  `date1` date DEFAULT NULL,
  `date2` date DEFAULT NULL,
  `pos` int(11) DEFAULT NULL,
  PRIMARY KEY (`id`),
  KEY `cid` (`cid`),
  KEY `pos` (`pos`)
) ENGINE=InnoDB AUTO_INCREMENT=35 DEFAULT CHARSET=cp1251 COLLATE=cp1251_general_ci;

CREATE TABLE `phone_item_number_1` (
  `id` int(11) NOT NULL AUTO_INCREMENT,
  `item_id` int(11) NOT NULL DEFAULT 0,
  `number` varchar(50) NOT NULL DEFAULT '',
  PRIMARY KEY (`id`),
  KEY `number` (`number`),
  KEY `item_id` (`item_id`)
) ENGINE=InnoDB AUTO_INCREMENT=2117101 DEFAULT CHARSET=cp1251 COLLATE=cp1251_general_ci;

Моя базовая задача конкретно здесь, план минимум - это 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 я получаю ничего. NEW.date1 к примеру в сгенерированном триггером SQL запросе остается просто NEW.date1
Почему декларируя переменную и записывая туда NEW.column_name я могу получить ее значение, хотя в пункте №1 не смог. И получаю его в формате NAME_CONST('new_object_id',14).

Написано 05 февр.

Почему не получаются значения NEW в триггере BEFORE UPDATE?

Andrey @exotik997 Автор вопроса

Akina, вставка в 99.9% случаев произойдет нормально. Смысл в том, что вставка производится уже готовым коммерческим ПО при создании некого объекта, я делаю всего лишь надстройку. Мне надо чтобы когда пользователь нажал "создать объект" в этом ПО - ему сразу вываливался на экране этот созданный объект с уже вставленными данными этим тригером. В противном случае ему надо закрыть объект который будет пустым и открыть его снова чтобы увидеть новые данные.

Грубо говоря он заводит некую учетку, она заводится по умолчанию с полностью пустыми полями. А я тем самым BEFORE UPDATE уже предварительно вношу данные в определенные таблицы. И как раз после привязки этой учетки к договору ему сразу отображаются данные которые внес триггер.

И вообще вопрос ведь не во вставке, а в обновлении. Так как триггер BEFORE UPDATE
Но и UPDATE будет 99.9% успешным, так как это готовое коммерческое ПО

То есть идея в том что при UPDATE я беру данные из данного UPDATE и вношу их INSERT INTO в другие таблицы чтобы на выходе у пользователя уже подтянулись сгенереные данные. А не закрывать и открывать снова "окошко".

Написано 04 февр.

Почему не получаются значения NEW в триггере BEFORE UPDATE?

Andrey @exotik997 Автор вопроса

Не совсем понял ответ. Добавил данные по структуре и сами сформированные SQL запросы.

Дело в том что там как будто даже NULL нету. Если использовать сразу NEW.object_id он его в запросе просто сохраняет текстом. Что то вроде

INSERT INTO object_param_value_text (object_id, param_id, `value`) VALUES  (NEW.object_id, 1, '123')

Как мне грубо говоря заставить мой триггер сработать? Получить данные из NEW.object_id которые должны быть interger и использовать их в моем SQL запросе сформированным тригером INSERT INTO object_param_value_text (object_id, param_id, `value`) VALUES (new_object_id, 1, '123');

Всю ночь провозился пробуя разные варианты.

Написано 04 февр.

Как реализовать редирект пользователей определенной подсети?

Andrey @exotik997 Автор вопроса

Strabbo, 7301 как сервер авторизации PPPoE клиентов

Войдите на сайт