Witam!

Tabela "categories":

[SQL] pobierz, plaintext 
CREATE TABLE IF NOT EXISTS `categories` (
  `id` bigint(20) UNSIGNED NOT NULL AUTO_INCREMENT,
  `name` varchar(120) NOT NULL,
  PRIMARY KEY  (`id`),
  UNIQUE KEY `id` (`id`)
)
[SQL] pobierz, plaintext 

Tabela "relations":

[SQL] pobierz, plaintext 
CREATE TABLE IF NOT EXISTS `relations` (
  `parent_id` int(11) NOT NULL,
  `child_id` int(11) NOT NULL,
  `depth` int(11) NOT NULL
)
[SQL] pobierz, plaintext 

Triger:

[SQL] pobierz, plaintext 
DELIMITER //
CREATE TRIGGER `relation_insert` AFTER INSERT ON `relations`
 FOR EACH ROW BEGIN
 
IF NEW.depth != 0 THEN
INSERT INTO relations (parent_id, child_id, depth) VALUES (NEW.child_id, NEW.child_id, 0);
INSERT INTO relations (parent_id, child_id, depth)
        SELECT parent_id, NEW.child_id, depth + 1 FROM relations WHERE child_id = NEW.parent_id AND depth > 0;
END IF;
 
END
//
DELIMITER ;
[SQL] pobierz, plaintext 

Po dodaniu kategorii, tworze do niej główny węzeł w tabeli relations. Triger w założeniu ma tworzyć pozostałe węzły jednak dostaje komunikat:

I zapytanie:

[SQL] pobierz, plaintext 
INSERT INTO `categories` (`name`) VALUES ('test');
INSERT INTO relations (`parent_id`, `child_id`, `depth`) VALUES (4, LAST_INSERT_ID(), 1);
[SQL] pobierz, plaintext 

Parent_id = 4, gdyż znajduje się już jeden rodzic pod którego chciałem ten element podpiąć.

1. Nie można robić inserta do tabli na ktorej wykonujesz trigera (czyli na samej sobie)
2. To drzewo kategorii? Nie łatwiej użyć Nested Tree - link - The Nested Set Model

Nested set są złe z powodu braku możliwości sensowego ich posortowania. Ok, poradzę sobie stosując jedną nadmiarową kolumną do trigera. Pozdrawiam

Według mnie najlepszym rozwiązaniem jest połączenie Nested Tree z drzewkiem IP.

Dodaj po prostu takie kolumny: cat_parent_id ( default = NULL) , cat_deph ( default np. 1 ) oraz cat_ip.
W tym momencie masz możliwość ich sortowania przez własnie pole cat_ip (po IP).

Pzdr.