|
CodeIgniter i Transaction
Imam sledeci problem... Treba da koristim transakcije jer imam 3 upita update za 3 tabele, koji treba da se odrade u nizu...
Posto CI podrzava transakcije odlucio sam se za njivo resenje, a nude 2. I Nacin $this->db->trans_start(); $this->db->query('AN SQL QUERY...'); $this->db->query('ANOTHER QUERY...'); $this->db->trans_complete(); if ($this->db->trans_status() === FALSE) { // generate an error... or use the log_message() function to log your error } II Nacin $this->db->trans_begin(); $this->db->query('AN SQL QUERY...'); $this->db->query('ANOTHER QUERY...'); $this->db->query('AND YET ANOTHER QUERY...'); if ($this->db->trans_status() === FALSE) { $this->db->trans_rollback(); } else { $this->db->trans_commit(); } Probao sam oba nacina i javlja mi se sledeci problem... Prva dva upita su ok i rade a treci sam pokusao da pokvarim na sledeci nacin $this->db->where('id', 4745)->update($this->_dbTableNum, $dataOtherTablesStatus); Problem je sto nemam ovaj ID u bazi, znaci ne vrsi update... Pokusam sam za ID da unesem i string 'fgygog', a on uvek vraca true za gornji query. Pa transakcija radi, upise u 2 tabele u trecu nista... A to je ono lose. Kako zapravo ovo radi u CI. Ja sam resio na sledeci nacin.. $query3 = $this->db->where('id', 4745)->update($this->_dbTableNum, $dataOtherTablesStatus); if(!$query3 || $this->db->affected_rows() == 0) { $error = 1; } else {} if ($error === 1) { $this->db->trans_rollback(); ... bla bla Ovo radi, ali mene zanima sta je sa zvanicnim CI i njegovim preporukama za transkacije... Kako to radi, nije mi bas jasno.. http://codeigniter.com/user_guide/da...nsactions.html |
Jednostavno, poenta transakcije je da se izvrši ako se izvrše svi upiti, tj ni jedan ne vrati grešku. To što tebi u trećem upitu nije ispunjen where uslov ni za jedan slog, ne znači da upit nije prošao i da nije regularan...
Ovo radi baš onako kako bi i trebalo da radi. |
Ok, znaci najbolje da se radi na moj 3 nacin... Ne mogu bas da zamislim situaciju da je samo bitno da ne vrati gresku, valjda treba kontrolisati i da li vrsi update... On ne izvrsi update a prodje transakcija, pa sta smo onda dobili... Mogli su da vrse proveru da li je na nekim redovima uopste izvrsio update, za mene je to logicnije nego samo ako je greska rollback.
Stvarno mi je cudna logika CI... I primeri na netu za transakcije ispituju if(!$query3 || $this->db->affected_rows() == 0) ... rollback |
Mozda probas, imas funkciju koja vraca zadnji id koji je ubacen, nisam siguran kako to izgleda kada imas transakciju ali najverovatnije vraca id koji posle mozes da koristis. Probaj pa vidi.
|
Nije to problem CI, nego tvoje specificne logike. CI zna samo ono sto mu kaze baza, a UPDATE koji ne nadje ni jedan red koji ispunjava uslov je sasvim legalno stanje (i korisno u mnogo prilika), pa baza nema razliku da vrati neku gresku.
Znaci, treci nacin je ok, jer on proveri sve potrebne uslove specificne za tvoju logiku... |
Ono sa cime se ti ovde susreces je semanticka greska, ne sintaksna. Drugim recima da tvoj code ima sintaksnu gresku tvoje transakcije se ne bi izvrsile i ti ne bi dobio to sto hoces, ali cak iako tvoj code nema sintaksnu gresku, vec semanticku, nije bilo promene u bazi i opet nisi dobio to sto oces i rezultat je slican sintaksnoj gresci kad se podvuce crta.
Zato tvoj treci primer i jeste najbolji, jer ti ustvari pitas bazu da li je bilo greske u samom izvrsavanju upita ili mozda nije bilo greske ali upit nista konkretno nije uradio. Jos jedna stvar, ako radis sa mysql i u query za polje u bazi koje je tipa int, a ti joj posaljes string, mislim da ce mysql to da castuje u neki int broj, dok recimo postgre ce da vrati gresku, mada ovo moze i da varira od verzija baza. Kôd:
$query3 = $this->db->where('id', 'tralala')->update($this->_dbTableNum, $dataOtherTablesStatus); |
Imam jedno pitanje vezano sa ovim transakcijama.
Da li je moguce da se izvrse 2 skripte istovremeno, a obe imaju transakcije i to na istu tabelu, a da ne javi gresku? Aplikacija je lepo radila i odjednom bam, error ERROR 1205 (HY000): Lock wait timeout exceeded; try restarting transaction Ne znam sta se tacno desilo, dal je pukla konekcija u trenutku izvrsavanja, ili se mozda desilo da se dve skripte preko cron-a, poklope u vremenu izvrsavanja... Kada probam na localhost sve radi ok, radilo je i ovih dana na serveru, i onda odjednom sam dobio duplirane rezultate u bazi (sto naravno ne sme) i ovu zakljucanu transakciju, heh Stavio sam ako je rollback da posalje mail adminu, i mail nije stigao. Podaci su uneseni ali duplo. Jel se desilo nekom nesto slicno? Znaci pitanje je zasto se i kada javlja ova greska iznad? |
Citat:
|
| Vreme je GMT +2. Trenutno vreme je 05:23. |
Powered by vBulletin® Verzija 3.6.8
Copyright ©2000 - 2024, Jelsoft Enterprises Ltd.
Copyright © DevProTalk. All Rights Reserved.