DevProTalk

Forumi IT profesionalaca
web development, web design, e-business, SEO


Idite nazad   DevProTalk > Web development i web aplikacije > PHP
Beach Wedding Dresses - Looking for the Wedding Dress? Here, 1dress.co.uk stunning collection of beach wedding dresses is just what you are looking for.
charles wang

PHP PHP aplikacije, Smarty, PEAR

Odgovori
 
Alati teme Način prikaza
Staro 08. 02. 2012.   #1
spezia
član
Certified
 
Datum učlanjenja: 21.05.2010
Lokacija: Nis
Poruke: 54
Hvala: 24
440 "Hvala" u 10 poruka
spezia is on a distinguished roadspezia is on a distinguished roadspezia is on a distinguished roadspezia is on a distinguished roadspezia is on a distinguished road
Default 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
spezia je offline   Odgovorite uz citat
"Hvala" spezia za poruku:
Staro 08. 02. 2012.   #2
japan
novi klan
Professional
 
Avatar japan
 
Datum učlanjenja: 03.02.2007
Poruke: 326
Hvala: 43
417 "Hvala" u 50 poruka
japan će postati "faca" uskorojapan će postati "faca" uskorojapan će postati "faca" uskorojapan će postati "faca" uskorojapan će postati "faca" uskoro
Default

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.
__________________
We professional we dealin' with business
japan je offline   Odgovorite uz citat
"Hvala" japan za poruku:
Staro 08. 02. 2012.   #3
spezia
član
Certified
 
Datum učlanjenja: 21.05.2010
Lokacija: Nis
Poruke: 54
Hvala: 24
440 "Hvala" u 10 poruka
spezia is on a distinguished roadspezia is on a distinguished roadspezia is on a distinguished roadspezia is on a distinguished roadspezia is on a distinguished road
Default

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
spezia je offline   Odgovorite uz citat
"Hvala" spezia za poruku:
Staro 13. 02. 2012.   #4
desireco
član
Certified
 
Datum učlanjenja: 11.10.2006
Lokacija: Cikago
Poruke: 70
Hvala: 60
178 "Hvala" u 8 poruka
desireco is on a distinguished roaddesireco is on a distinguished road
Pošaljite ICQ poruku za desireco Pošaljite poruku preko MSN za desireco
Default

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.
desireco je offline   Odgovorite uz citat
"Hvala" desireco za poruku:
Staro 13. 02. 2012.   #5
ivanhoe
Ivan Dilber
Sir Write-a-Lot
 
Avatar ivanhoe
 
Datum učlanjenja: 18.10.2005
Lokacija: Bgd
Poruke: 5.320
Hvala: 104
2.328 "Hvala" u 583 poruka
ivanhoe je ime poznato svimaivanhoe je ime poznato svimaivanhoe je ime poznato svimaivanhoe je ime poznato svimaivanhoe je ime poznato svimaivanhoe je ime poznato svimaivanhoe je ime poznato svimaivanhoe je ime poznato svimaivanhoe je ime poznato svimaivanhoe je ime poznato svimaivanhoe je ime poznato svima
Pošaljite poruku preko Skype™ za ivanhoe
Default

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...
__________________
Leadership is the art of getting people to want to do what you know must be done.
ivanhoe je offline   Odgovorite uz citat
"Hvala" ivanhoe za poruku:
Staro 02. 03. 2012.   #6
draskom
Drasko
Na probnom radu
 
Avatar draskom
 
Datum učlanjenja: 08.11.2010
Lokacija: Beograd
Poruke: 20
Hvala: 2
1 "Hvala" u 1 poruci
draskom is on a distinguished road
Default

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);

Poslednja izmena od draskom : 02. 03. 2012. u 13:09.
draskom je offline   Odgovorite uz citat
"Hvala" draskom za poruku:
Staro 02. 07. 2012.   #7
spezia
član
Certified
 
Datum učlanjenja: 21.05.2010
Lokacija: Nis
Poruke: 54
Hvala: 24
440 "Hvala" u 10 poruka
spezia is on a distinguished roadspezia is on a distinguished roadspezia is on a distinguished roadspezia is on a distinguished roadspezia is on a distinguished road
Default

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?

Poslednja izmena od spezia : 02. 07. 2012. u 18:00.
spezia je offline   Odgovorite uz citat
"Hvala" spezia za poruku:
Staro 04. 07. 2012.   #8
spezia
član
Certified
 
Datum učlanjenja: 21.05.2010
Lokacija: Nis
Poruke: 54
Hvala: 24
440 "Hvala" u 10 poruka
spezia is on a distinguished roadspezia is on a distinguished roadspezia is on a distinguished roadspezia is on a distinguished roadspezia is on a distinguished road
Default

Citat:
Originalno napisao spezia Pogledajte poruku
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?
Cron je dva puta pokrenuo skriptu u isto vreme, zato se javila ova havarija...
spezia je offline   Odgovorite uz citat
Odgovori


Alati teme
Način prikaza

Pravila pisanja
Možete ne započinjati nove teme
Možete ne slati odgovore
Možete ne slati priloge
Možete ne izmeniti svoje poruke
vB kôd je Uključen
Smajliji su Uključen
[IMG] kod je Uključen
HTML kôd je Isključen
Pogledajte forum


Vreme je GMT +2. Trenutno vreme je 04:45.


Blogodak - Domaci blogovi na jednom mestu Caught in a web - web dev blog
Powered by vBulletin® Verzija 3.6.8
Copyright ©2000 - 2018, Jelsoft Enterprises Ltd.
Copyright © DevProTalk. All Rights Reserved.
Mišljenja, saveti, izjave, ponude ili druge informacije ili sadržaji nastali na Sajtu su vlasništvo onoga ko ih je kreirao, a ne DevProTalk.com, tako da ne morate da se oslanjate na njih.
Autori poruka su jedini odgovorni za ovakve sadržaje. DevProTalk.com ne garantuje tačnost, kompletnost ili upotrebnu vrednost informacija, stavova, saveta ili datih izjava. Ne postoje uslovi pod kojima bi mi bili odgovorni za štetu ili gubitak koji je posledica bilo čijeg oslanjanja na nepouzdane informacije, ili bilo kakve informacije nastale kroz komunikaciju između registrovanih članova.
Web sajt može sadržavati linkove na druge web sajtove na Internetu ili neke druge sadržaje. Ne kontrolišemo niti podržavamo te druge web sajtove, niti smo pregledali bilo kakve sadržaje na takvim sajtovima. Mi nećemo biti odgovorni za legalnost, tačnost ili prikladnost bilo kog sadržaja, oglasa, proizvoda, usluga ili informacije lociranim na ili distribuiranih kroz druge web sajtove, niti za bilo kakvu štetu nastalu kao posledica takvih informacija. DevProTalk.com drži i čuva druga prava vlasništva na web sajtu. Web sajt sadrže materijale zaštićene copyright-om, zaštitne znakove i druge informacije o pravu vlasništva ili softver. Članovi mogu poslatu informacije zaštićene pravima vlasništva njihovih nosilaca i ona ostaju zaštićena bez obzira da li su oni koji prenose te informacije to naveli ili ne. Osim informacija koje su u javnom vlasništvu ili za koje dobijete dozvolu, nemate pravo da kopirate, modifikujete ili na bilo koji način menjate, objavljujete, prenosite, distribuirate, izvršavate, prikazujete ili prodajte bilo koju informaciju zaštićenu pravima vlasništva. Slanjem informacija ili sadržaja na bilo koji deo DevProTalk.com, Vi automatski dozvoljavate i predstavljate garanciju da imate pravo da dozvolite DevProTalk.com ili članovima DevProTalk.com bespovratnu, kontinualnu, neograničenu, globalnu dozvolu da koriste, kopiraju, izvršavaju, prikazuju i distribuiraju takve informacije i sadržaje i da iz takvih sadžaja koriste bilo koji deo u bilo koje svrhe, kao i pravo i dozvolu da koriste gore navedene sadržaje. Svi zaštitni znakovi (trademarks), logotipi, oznake usluga, firme ili imena proizvoda koji se pominju na ovom web sajtu su vlasništvo kojim raspolažu njihovi vlasnici.