[anonim1133]

#programowanie #php #zend #mysql?

1. Otwieram transakcję.
2. Mam kilka modeli tabel.
3. Do każdej z tych tabel zapisuję dane.
4. Na jednym z adapterów robię->commit();

Transakcje wiszą w powietrzu nie zamknięte.

Czy muszę na każdym z użytych adapterów użyć->commit()?


I analogicznie z rollbackiem?

[ZukColorado]

@anonim1133: Jeżeli każdy model korzysta z tego samego adaptera, to wystarczy commit na dowolnym z nich.

[anonim1133]

@ZukColorado: No... Jedna baza, więc chyba jeden adapter?
Też mi się wydaje, że wystarczy. Coś strasznie złego się dzieje. Trzeba zakopać Zenda w końcu ;<

[ZukColorado]

@anonim1133: Trzeba zakopać Twój kod. ( ͡° ͜ʖ ͡°) Pokaż, co robisz i jak - gdzieś musisz popełniać błąd. Niepokoi mnie też wyrażenie: "transakcje" - MySQL obsługuje tylko jedną per sesja. To literówka, czy faktycznie wisi kilka transakcji?

[anonim1133]

Trzeba zakopać Twój kod. ( ͡° ͜ʖ ͡°)

@ZukColorado: O ty nicponiu!


Nie da się chyba nawet otworzyć kolejnej. Chodziło mi o jedną transakcję.

W kodzie mam commit(), a przy niepowodzeniu rollback(który i tak by z automatu powinien w sumie pójsć jak coś nie zagra?). A mimo to żadne dane mi w bazie się nie pojawiają. Dopiero jak w mysql-workbenchu wrzucę COMMIT i wykonam to dane się

[ZukColorado]

W kodzie mam commit(), a przy niepowodzeniu rollback(który i tak by z automatu powinien w sumie pójsć jak coś nie zagra?). A mimo to żadne dane mi w bazie się nie pojawiają. Dopiero jak w mysql-workbenchu wrzucę COMMIT i wykonam to dane się pojawiają. Magia świąt.

@anonim1133: Strasznie dziwne. Przecież sesja, której używa Twoja aplikacja to nie ta sama, co w workbenchu, więc nie mam pojęcia, w jaki sposób commit z

[anonim1133]

Takie luźne wnioski ze szklanej kuli. ;-)

@ZukColorado: Rozumiem, dzięki :)

Wszystkie inserty mam otoczone jednym try{}catch(){}
Przed końcem try mam ->commit()

A w catch vardump($e); die; <- Nie umiera, więc nie rzuca błędem, teoretycznie_

Strasznie dziwne. Przecież sesja, której używa Twoja aplikacja to nie ta sama, co w workbenchu

Mnie tłumaczyć nie musisz, ale mówię jak jest. Pozamykałem co się dało w workebenczu, obaczę tera.

[K.....a]

@anonim1133:
W MySQL nie można tworzyć scope przy transakcjach, ze tutaj otwierasz jedną, a tam drugą... Jedną zamykasz, a druga jest otwarta.
W MySQL jest tylko 1 transakcja, przy wywołaniu otwieraniu transakcji, jesli wczesniej byla otwarta to nic sie nie dzieje.

Dlatego też możliwe jest że gdzieś ci się zduplikowało połączenie?

[anonim1133]

W MySQL jest tylko 1 transakcja, przy wywołaniu otwieraniu transakcji, jesli wczesniej byla otwarta to nic sie nie dzieje.

@Klopsztanga: Takie też jest moje rozumowanie na ten temat, dlatego tego nie rozumiem ni cholery...

[K.....a]

@anonim1133: pokaż kod ( ͡º ͜ʖ͡º) Sprawdź czy gdzieś nie tworzy się drugi serwis połaczenia z bazą danych ;>

[anonim1133]

Sprawdź czy gdzieś nie tworzy się drugi serwis połaczenia z bazą danych ;>

@Klopsztanga: Zend tym zarządza.

pokaż kod ( ͡º ͜ʖ͡º)

Sęk w tym, że się wstydzę xD #krysztalowakula

[K.....a]

@anonim1133: w takim razie łącze się w żalu i cierpeniu cumplu :) Niech PSR i inne standardy będą po twojej stronie mocy :>

[K.....a]

@anonim1133: a jak od zf2 debug toolbar? Nie pamiętam, bo nie korzystałem (projekt całkowicie ajaxowy, nie moglem z tego niestety korzystać), ale chyba tam też są listy SQLi wykonanych na bazie, wraz z backtrace.

[anonim1133]

@Klopsztanga: ooo, widzisz, o tym zapomniałem.

[K.....a]

@anonim1133: ale jeśli masz wybór to wy@#$#2 zenda , bo to nie pomaga za bardzo, trudno się pisze, brak dobrego ORM'a wbudowanego. Jak przeszedłem na #symfony2 to czułem pewien orgazm, że tyle rzeczy już gotowych i łatwych, przejrzystych i kod ostateczny był bardzo czytelny :)

[anonim1133]

@Klopsztanga: Trochę z konieczności jest w tym projekcie, nie mam czasu na przesiadkę. Wiem tylko, że w przyszłości nie zrobię niczego na Zendzie.

[anonim1133]

@Klopsztanga: ABRAKADABRA TO CZARY I MAGIA

Taka głupota, że aż wstyd. Włączyłem ten zendowy debuger, jest początek i koniec transakcji.
Odpaliłem phpmyadmina, i tam wszystkie dane są. A w MYSQL-Wrokbench nadal brakuje najnowszych wierszy...

I weź zaufaj tutaj jakiejś aplikacji.

Muszę porzucić mysql i zenda, bo postgres i symfony czkeją.

Oby do końca projektu.

[anonim1133]

@Klopsztanga: Dzięki :)

[K.....a]

@anonim1133: postgress w sumie na początku ci da plaskacza w twarz, bo niestety nie ma phpmyadmina - a ja zawsze z niego korzystałem. A phppgadmin jest całkiem inny interfejs.

Jeśli przeżyjesz tydzień może 2, to wtedy zobaczysz jaki MySQL i jego SQL jest niepełnosprawny ;) Serio, ten PLSQL od postgresql to bardzo dobra roboota, wszystko w nim można robić, nawet programować ( ͡º ͜ʖ͡º)

[anonim1133]

postgress w sumie na początku ci da plaskacza w twarz, bo niestety nie ma phpmyadmina - a ja zawsze z niego korzystałem. A phppgadmin jest całkiem inny interfejs.

@Klopsztanga: pgadmin3 FTW
Jedyne co bardziej mi się podoba w workbenchu to to, że łatwo można tworzyć modele/diagramy.

Kolego, ja z MySQL znam się nie od dziś, wiem jaki jest fantastyczny, ciągle sobie o tym przypominam :)

[anonim1133]

@Klopsztanga: Do niedawna jeszcze wszystko było na mssql, ale powoli można będzie uciekać od niego. Dlatego wybieram postgress, kolego.