เรียกกระบวนงานที่เก็บไว้จากทริกเกอร์

ฉันได้สร้างกระบวนงานที่เก็บไว้ใน mysql โดยใช้ไวยากรณ์ต่อไปนี้

DROP PROCEDURE IF EXISTS `sp-set_comment_count`;

DELIMITER $$

CREATE PROCEDURE `sp_set-comment_count` (IN _id INT)
BEGIN
   -- AC   - AllCount
   DECLARE AC INT DEFAULT 0;

   SELECT COUNT(*) AS ac
     INTO AC
     FROM usergroups AS ug
LEFT JOIN usergroup_comments AS ugm ON ugm.`gid` = ug.`id`
LEFT JOIN mediagallery AS dm ON ugm.mid = dm.`id`
    WHERE dm.`status` NOT IN (200, 201, 202, 203, 204, 205)
      AND ug.`id` = _id;

   UPDATE usergroups
      SET allCount = AC,
    WHERE usergroups.`id` = _id;

END $$
DELIMITER ;

FYI ฉันทำให้ขั้นตอนการจัดเก็บง่ายขึ้น แต่ฉันรู้ว่ามันใช้งานได้โดยไม่มีปัญหาใด ๆ

สิ่งที่ฉันสามารถทำได้คือตั้งค่าทริกเกอร์จาก usergroup_comments ที่ใช้งานได้เช่นนี้

DROP TRIGGER IF EXISTS `usergroups_comments_insert` 

CREATE TRIGGER `usergroups_comments_insert` AFTER INSERT ON `usergroups_comment`
    FOR EACH ROW
    BEGIN
       CALL sp-set-comment_count(NEW.`gid`);
    END;

แต่ด้วยเหตุผลบางอย่างทุกครั้งที่ฉันทำ mysql จะส่งข้อผิดพลาดมาที่ฉันซึ่งมีประโยชน์น้อยกว่าที่ระบุว่ามีข้อผิดพลาดทางไวยากรณ์ในบรรทัดที่ 4

ฉันได้อ่านเอกสารของ mysql แล้วและพบข้อมูลบางอย่างเกี่ยวกับข้อ จำกัด ของทริกเกอร์ แต่พบว่ามันค่อนข้างซับซ้อน

http://dev.mysql.com/doc/refman/5.1/en/stored-program-restrictions.html

ความคิดใด ๆ ที่จะเป็นประโยชน์

มีเหตุผลที่ดีว่าทำไมคุณไม่ควรเรียกขั้นตอนการจัดเก็บจากภายในทริกเกอร์

ทริกเกอร์คือโดยธรรมชาติแล้วขั้นตอนการจัดเก็บ การกระทำของพวกเขาเป็นจริงยากที่จะย้อนกลับ แม้ว่าตารางพื้นฐานทั้งหมดจะเป็น InnoDB คุณจะได้สัมผัสกับสัดส่วนของการล็อคแถวที่ใช้ร่วมกันและช่วงเวลาที่น่ารำคาญจากการล็อคแถวแบบเอกสิทธิ์ ดังกล่าวจะเป็นกรณีที่หากทริกเกอร์ได้รับการจัดการกับตารางที่มีแทรกและการปรับปรุงถูกหยุดนิ่งในการดำเนินงานหนักMVCCภายในโทรแต่ละครั้งจะเรียก

อย่าลืมว่า Triggers ต้องการค่าใช้จ่าย ในความเป็นจริงตามการเขียนโปรแกรม MySQL กระบวนงานที่เก็บไว้หน้า 256 ใต้หัว "Trigger Overhead" กล่าวว่าต่อไปนี้:

เป็นสิ่งสำคัญที่ต้องจำไว้ว่าสิ่งกระตุ้นให้เพิ่มค่าใช้จ่ายในคำสั่ง DML ที่พวกเขาใช้ จำนวนค่าโสหุ้ยที่แท้จริงจะขึ้นอยู่กับลักษณะของทริกเกอร์ แต่ --- เนื่องจากทริกเกอร์ MySQL ทั้งหมดเรียกใช้สำหรับแต่ละแถว --- ค่าโสหุ้ยสามารถสะสมอย่างรวดเร็วสำหรับข้อความที่ประมวลผลแถวจำนวนมาก คุณควรหลีกเลี่ยงการวางคำสั่ง SQL ราคาแพงหรือรหัสโพรซีเดอร์ในทริกเกอร์

คำอธิบายเพิ่มเติมของค่าใช้จ่ายทริกเกอร์จะได้รับในหน้า 529-531 จุดสรุปจากส่วนนั้นระบุสิ่งต่อไปนี้:

บทเรียนที่นี่คือ: เนื่องจากรหัสทริกเกอร์จะทำงานหนึ่งครั้งสำหรับทุกแถวที่ได้รับผลกระทบจากคำสั่ง DML ทริกเกอร์สามารถกลายเป็นปัจจัยที่สำคัญที่สุดในประสิทธิภาพของ DML ได้อย่างง่ายดาย โค้ดภายในร่างกายของทริกเกอร์จำเป็นต้องมีน้ำหนักเบาที่สุดเท่าที่จะเป็นไปได้และโดยเฉพาะอย่างยิ่งคำสั่ง SQL ใด ๆ ในทริกเกอร์ควรได้รับการสนับสนุนโดยดัชนีเมื่อใดก็ตามที่เป็นไปได้

ฉันอธิบายแง่มุมที่น่ารังเกียจอื่น ๆ ของ Triggers ในโพสต์ก่อนหน้านี้

สรุป

ฉันขอแนะนำอย่างยิ่งว่าอย่าเรียกขั้นตอนการจัดเก็บใด ๆ จาก Triggerแม้ว่า MySQL จะอนุญาตก็ตาม คุณควร wlays ตรวจสอบข้อ จำกัด ในปัจจุบันสำหรับ MySQL 5.5

ดังนั้นปรากฎว่านี่เป็นปัญหาที่รบกวนฉันไม่กี่ชั่วโมงที่เชื่อหรือไม่

ฉันสามารถกำหนดโพรซีเดอร์ที่เรียกว่า, sp_set-comment_count ได้อย่างง่ายดาย อย่างไรก็ตามเมื่อเรียกขั้นตอนดังกล่าวจะไม่ทำงานในลักษณะเดียวกัน

CALL sp_set-comment_count (ฉันสามารถสันนิษฐานได้ว่านี่เป็นเพราะเซิร์ฟเวอร์ตีความ - เป็นเครื่องหมายลบ)

ฉันเปลี่ยนชื่อโพรซีเดอร์ที่เก็บไว้เป็นใช้ขีดล่างเท่านั้นและดูเหมือนว่าจะแก้ไขทุกอย่างแล้ว

หากมีข้อความระบุว่าเกี่ยวกับข้อผิดพลาดทางไวยากรณ์มีแนวโน้มมากที่สุดที่คุณลืมเปลี่ยนตัวคั่น ดังนั้นคุณต้องการ

DELIMITER $$
CREATE TRIGGER `usergroups_comments_insert` AFTER INSERT ON `usergroups_comment`
FOR EACH ROW
BEGIN
   CALL sp_set_count(NEW.`gid`);
END;
$$

ดูเหมือนว่าเครื่องหมายจุลภาคหลังจากACเป็นข้อผิดพลาดทางไวยากรณ์:

UPDATE usergroups
   SET allCount = AC,
 WHERE ........