Diskuze: Trigger s dvoma podmienkami.
V předchozím kvízu, Online test znalostí SQL a databází, jsme si ověřili nabyté zkušenosti z kurzu.
Jakub Švasta:22.4.2018 15:01
Tu druhou kaskádu ať určitě nedělá. 
Psal, že po úspěšné
verifikaci záznam v DB smaže (předpokládám, že myslí záznam v tabulce
confirm_email), tím by si smazal i člena. Jak jsem psal, kaskáda by měla
být jen tam, kde záznamy v tabulce-dítěti bez záznamu v rodičovské
tabulce nemají smysl.
Peter Schoeller: Ještě asi bude potřeba nastavit sloupec email v members jako unikátní. Takže nejdřív zkus spustit tohle:
ALTER TABLE members ADD UNIQUE (email)A pak až tohle:
ALTER TABLE recovery_keys ADD FOREIGN KEY (email) REFERENCES members (email) ON DELETE CASCADEKdyby ani to nefungovalo, tak holt gůgli, ta chyba může být cokoliv. Dobré odpovědi jsou třeba tady.
Jinak podle tohohle by v delete měl fungovat i LEFT JOIN, takže pokud máš problémy s kaskádou, můžeš zkusit přepsat ten trigger takhle:
DELETE members, confirm_email, recovery_keys
FROM confirm_email
INNER JOIN members ON confirm_email.email = members.email
LEFT JOIN recovery_keys ON recovery_keys.email = members.email
WHERE date_confirm < DATE_SUB(NOW(), INTERVAL 1 DAY)+20 Zkušeností
+2,50 Kč
Peter Schoeller:22.4.2018 15:59
Diky moc, idem testovat dalej 
Tu prvu podmienku mam splnenu uz pri registracii, kde pred INSERT dotaz
skontrouje ci sa uz email v DB nachadza.
Ano, mas pravdu, confirm_email sa po uspesnej verifikacii
zmaze.
Len v pripade, ak novy clen, ktory si neverifikuje ucet (prepokladany utocnik)
bude po 24 hodinach vymazany. Nielen z confirm_email, ale aj z
tabulky members.
A ako som pisal, niekedy (nie vzdy) to skusaju aj cez reset hesla. Tym sa
dostane zaznam aj do tabulky recovery_keys. A kedze email
zadany pri registracii neexistuje (lebo nie je ani verifikovany - priklad: abcd@example.com - ma platnu
strukturu, ale realne neexistuje), tak mi potom zbytocne v tych tabulkach
(recovery a confirm) ostavaju zaznamy.
Doteraz mam tam tie dva triggre. Oba funguju spolahlivo len otazka bola, ci by
to slo jednym.
Jakub Švasta:22.4.2018 16:30
Tu prvu podmienku mam splnenu uz pri registracii, kde pred INSERT dotaz skontrouje ci sa uz email v DB nachadza.
Jj, to děláš dobře, ale to je něco jiného. Ta unikátnost musí být nastavená vyloženě jako vlastnost toho sloupce, bez toho nepůjde nastavit ten foreign key. (Aspoň tak praví google.)
Případně pokud nechceš řešit kaskádu, tak prostě zkus ten trigger s
tím left joinem. Pak bys druhý trigger neměl potřebovat. Vyzkoušej a dej
vědět.
Peter Schoeller:22.4.2018 17:00
Uz pri tom prvom pokuse (ALTER TABLE) som dostal tutu chybu:
Chyba v dotaze (1062): Duplicate entry '' for key 'email'Co robim zle?
DB je MYSQL, INNODB
Peter Schoeller:22.4.2018 18:51
Diky... Jedna chyba odstranena.... jeden email nemal hodnotu - ten moj
Teraz je dalsia chyba:
Chyba v dotaze (1452): Cannot add or update a child row: a foreign key constraint fails (`my-db_admin`.`#sql-241c_5770`, CONSTRAINT `#sql-241c_5770_ibfk_1` FOREIGN KEY (`email`) REFERENCES `members` (`email`) ON DELETE CASCADE)A este raz diky za pomoc....
Jakub Švasta:22.4.2018 19:31
Není zač, ikdyž bys mohl zkoušet trochu googlit. Hned první odkaz by tě navedl na pravděpodobnou odpověď:
Nejspíš máš v recovery_keys záznamy, které nepatří žádnému memberovi.
Zbav se jich:
DELETE FROM recovery_keys
WHERE email NOT IN (SELECT email FROM members)Peter Schoeller:22.4.2018 20:43
Jeeeeee.... Konecne to funguje
Mas u mna pivo "Kölsch"
Ten odkaz na googli som nasiel aj ja, ale ak vidim v odkaze "DROP" (tusim tretia
rada v tom odkaze) tak sa tomu oblukom vyhybam No po troch dnoch skusania uz
mi to nemysli
Hned som aj pochopil (snad) ako to funguje
Zobrazeno 25 zpráv z 25.