我想将更改保存到远程表中,以便与Android应用程序同步。
包含数据的表格定义为:
CREATE TABLE `lh_psalm_join` (
`groupFK` int(11) NOT NULL,
`readingFK` int(11) NOT NULL,
`theOrder` int(11) NOT NULL,
`themeFK` int(11) DEFAULT NULL,
`epigraphFK` int(11) DEFAULT NULL,
`thePart` int(11) DEFAULT NULL,
PRIMARY KEY (`groupFK`,`readingFK`),
KEY `readingFK` (`readingFK`),
KEY `epigraphFK` (`epigraphFK`),
KEY `themeFK` (`themeFK`),
CONSTRAINT `lh_psalm_join_ibfk_1` FOREIGN KEY (`groupFK`) REFERENCES `lh_psalmody_join` (`groupID`) ON DELETE CASCADE ON UPDATE CASCADE,
CONSTRAINT `lh_psalm_join_ibfk_2` FOREIGN KEY (`readingFK`) REFERENCES `lh_psalm` (`psalmID`) ON DELETE CASCADE ON UPDATE CASCADE,
CONSTRAINT `lh_psalm_join_ibfk_3` FOREIGN KEY (`epigraphFK`) REFERENCES `lh_epigraph` (`epigraphID`) ON DELETE SET NULL ON UPDATE CASCADE,
CONSTRAINT `lh_psalm_join_ibfk_4` FOREIGN KEY (`themeFK`) REFERENCES `lh_theme` (`themeID`) ON DELETE SET NULL ON UPDATE CASCADE
) ENGINE=InnoDB DEFAULT CHARSET=utf8 COLLATE=utf8_spanish_ci
字符串
这是一个关于sincronization的表格:
CREATE TABLE `sync_lh_psalm_join` (
`groupFK` int(11) NOT NULL,
`readingFK` int(11) NOT NULL,
`crud` char(1) DEFAULT NULL,
`lastUpdate` timestamp NOT NULL DEFAULT current_timestamp() ON UPDATE current_timestamp(),
PRIMARY KEY (`groupFK`,`readingFK`),
CONSTRAINT `sync_lh_psalm_join_ibfk_1` FOREIGN KEY (`groupFK`, `readingFK`) REFERENCES `lh_psalm_join` (`groupFK`, `readingFK`)
) ENGINE=InnoDB DEFAULT CHARSET=utf8 COLLATE=utf8_spanish_ci
型
当在lh_psalm_join
中插入或更新行时,我想在sync_lh_psalm_join
中保存一个引用,以便通过检查lastUpdate
字段来进行同步。
为此,我定义了这个触发器:
DROP TRIGGER IF EXISTS `lh_psalm_join_after_update`;
DELIMITER $$
CREATE TRIGGER `lh_psalm_join_after_update` AFTER UPDATE ON `lh_psalm_join` FOR EACH ROW
BEGIN
DECLARE countRows INT(11) DEFAULT 0;
SELECT
COUNT(*)
FROM `sync_lh_psalm_join`
WHERE
`groupFK`=NEW.`groupFK` AND
`readingFK`=NEW.`readingFK`
INTO countRows;
IF countRows>0 THEN
UPDATE `sync_lh_psalm_join` SET
`groupFK`=NEW.`groupFK`,
`readingFK`=NEW.`readingFK`,
`crud`='u',
`lastUpdate`=CURRENT_TIMESTAMP
WHERE
`groupFK`=OLD.`groupFK` AND
`readingFK`=OLD.`readingFK`;
ELSE
INSERT INTO `sync_lh_psalm_join`
(`groupFK`,`readingFK`,`crud`)
VALUES
(NEW.`groupFK`,NEW.`readingFK`,'u');
END IF;
CALL spUpdateSyncStatus('lh_psalm_join');
END$$
DELIMITER ;
型
由于可能已经有一个记录具有主键,我的想法是将该记录更改为主键的新值,以备更新时使用,并将lastUpdate
列的值更改为CURRENT_TIMESTAMP
。
但是它不起作用,如果我在sync_lh_psalm_join
中的某行的lh_psalm_join
中尝试UPDATE
,其主键已经存在于sync_lh_psalm_join
中,它会给我这个错误:
无法删除或更新父行:外键约束失败(c39b075_deiverbu
. sync_lh_psalm_join
,CONSTRAINT sync_lh_psalm_join_ibfk_1
FOREIGN KEY(groupFK
,readingFK
)REFERENCES lh_psalm_join
(groupFK
,readingFK
))
如果我将WHERE
更改为:
WHERE
`groupFK`=NEW.`groupFK` AND
`readingFK`=NEW.`readingFK`;
型
我的方法有什么问题吗?
1条答案
按热度按时间tzcvj98z1#
该错误与触发器无关。如果没有触发器,并且尝试更新另一个表所依赖的主键,则会得到相同的错误。
外键的默认操作包括
ON UPDATE RESTRICT
,这与InnoDB的ON UPDATE NO ACTION
相同。这意味着如果有人试图更新子行引用的主键,则会出错。更新被阻止,调用者会得到错误。这就像你在阅读一份报纸,你的伴侣在你身后看着你。你去翻页,你的伴侣伸出手来阻止你这么做,因为他们还在阅读当前的页面。
其他引用操作包括
ON UPDATE CASCADE
,这似乎是你想要的。它将原子地将新的主键值复制到子表。值将同时在父行和子行中更改,并且没有错误。有关这些选项的更多信息,请访问https://dev.mysql.com/doc/refman/8.0/en/create-table-foreign-keys.html#foreign-key-referential-actions。
必须以这种方式声明外键:
字符串
因此,对于您的触发器,如果您使用“复制...ON DUPLICATE KEY UPDATE”,则会简单得多。
型
通过声明外键
ON UPDATE CASCADE
,可以自动更新键列。有关
INSERT...ON DUPLICATE KEY UPDATE
的更多信息,请阅读https://dev.mysql.com/doc/refman/8.0/en/insert-on-duplicate.html。