Witam,

Mam problem z updatem danych w bazie. Oto jakie wykonane zapytanie wyświetla mi webdebug:

[SQL] pobierz, plaintext 
UPDATE campaign SE WHERE campaign.CAMP_ID=: p1 (: p1 = 14758000)
[SQL] pobierz, plaintext 

Jak widać wcięło cały środek.

Oto kod, który odpowiada za UPDATE:

[PHP] pobierz, plaintext 
<?php
public static function syncCampaign( $camp, $client_id )
    {
        $con = Propel::getConnection();
        try
        {
            $con->beginTransaction();
            $update = true;
            // check if object exists in DB
            $campaign = self::retrieveByPK( $camp->getId() );
            if( is_null( $campaign ) )
            {
                $campaign = new Campaign();
                $update = false;
            }
            // set proper values
            $campaign->setCampId( $camp->getId() );
            $campaign->setCampName( $camp->getName() );
            $campaign->setClientId( $client_id );
            $campaign->setCampStatus( $camp->getStatus() );
            $campaign->setCampBudget( $camp->getBudgetAmount() );
            
            // do update if object existed in DB and insert if it didn't
            if( $update )
            {
                self::doUpdate( $campaign );
            }
            else
            {
                $campaign->save();
            }
            
            $con->commit();
        }
        catch( PropelException $pe )
        {
            $con->rollback();
            //throw $pe;
        }
        
    }
?>
[PHP] pobierz, plaintext 

Jeśli odkomentuję dalsze rzucanie wyjątku to dostaję komunikat "Something is wrong in your syntax near WHERE campaign.CAMP_ID = 99999"
Cóż może powodować takie zachowanie?

pzdr.

W PHP5 można nareszcie robić type hinting. Poza tym Propel sam wie czy ma zrobić insert czy update. I na koniec: nie ma sensu robić transakcji dla jednej operacji.
Całą tą funkcję można napisać tak:

[PHP] pobierz, plaintext 
<?php
 
public static function syncCampaign(Campaign $campaign, $client_id) {
    $campaign->setClientId($client_id);
    try {
        $campaign->save();
    } catch (PropelException $e) {
        // zrób coś z wyjątkiem
    }
}
 
?>
[PHP] pobierz, plaintext 

Bez transakcji nie robił mi UPDATE ponieważ tabela jest nadrzędna dla innej. Stąd transakcja. A niestety u mnie propel nie wie, czy ma być insert czy update, przy $campaign->save() się wywalał rzucając wyjątkiem o naruszeniu unikalności klucza podstawowego. Stąd cała otoczka w tej metodzie.

Więc skąd to ucięte zapytanie?

pzdr

Propel nie obcina zapytania, kawałek zapytania w wyjątku to kawałek błędnego zapytania, który to kawałek jest zwracany przez mysql.
Jeśli chodzi o nie działanie metody save, to szerze mówiąc wątpię w to. Pewnie błąd leży gdzie indziej.

Metodę save() przetestuję zaraz ponownie. Ale powiedz mi: dlaczego akurat to zapytanie zwraca takie "ucięte" a inne web debug pokazuje w całości( mimo, że są wielolinijkowe)? Bo trochę tego nie rozumiem. No i błąd sugeruje, że być może faktycznie je ucina.

Dzięki za odzew.

pzdr.

Ale urywek zapytania dostajesz w wyjątku, a nie w debug toolbarze. Zapytanie jest generowane całe, a mysql stwierdza, że w zapytaniu jest błąd i pokazuje w którym miejscu. Jeśli w zapytaniu nie byłoby błędu to w całości pokazałoby się w debug toolbarze. Nie wiem jak inaczej Ci to wytłumaczyć.

Odnośnie tego zapytania: jak zakomentowałem rzucanie wyjątku w bloku catch() to widziałem to zapytanie w debug toolbarze więc tu tłumaczyć mi nie musisz - wiem co widziałem i nadal twierdzę, że to było w debug a nie w treści wyjątku.

Ale to ma mniejsze znaczenie teraz. Prawdopodobnie faktycznie błąd był gdzie indziej i teraz jak zmieniłem na samo ->save() to już jest ok więc mieliście rację. Pewnie błąd poprawiłem przy okazji jakiejś innej zmiany kodu.

Dzięki za odpowiedzi i pomoc

pzdr.