Druckbare Version
Hallo,
ich habe ein Update/Insert Szenario in SQL. Nun wollte ich wie üblich zuerst versuchen ein Update zu machen und wenn der Datensatz nicht existiert die Fehlermeldung abfangen und dann ein Insert zu übermitteln. Gerade beim auswerten des $result komme ich nicht so recht weiter. Wie komme ich an den Rückgabecode vom SQL? Hat jemand eventuell einen heißen Tipp?
Danke!
hthPHP-Code:$objquery=$this->Database->prepare('UPDATE tl_something SET published=0 WHERE pid=?');
$objquery->execute(5);
var_dump($objQuery->affectedRows);
$objquery=$this->Database->prepare('INSERT INTO tl_something %s');
$objquery->set('muh' => 'maeh')->execute();
var_dump($objQuery->insertId);
Vielen Dank!
Genau nach diesem Codeschnipsel habe ich gebraucht.... funktioniert wunderbar :-)
Die Abfrage von affectedRows ist leider untauglich in Contao 3.2.20.
Beispiel:
In einer Tabelle, wo tstamp noch nicht gesetzt ist, mache ich ein UPDATE-Query. affectedRows liefert korrekt 0, bei nicht gefundenen Datensätzen. Ein nachfolgendes INSERT-Statement würde jetzt funktionieren.
Zweiter Aufruf wenige Minuten später mit der gleichen Abfrage: affectedRows liefert nach UPDATE bei allen Datensätzen 0! Ein jetzt folgendes INSERT-Statement würde die Datensätze duplizieren.
Wichtig vielleicht dabei: Ich greife bei WHERE nicht auf die ID zu, sondern auf ein anderes beliebiges Feld, dessen Inhalt aber auch immer nur einmal vorkommt (kann nicht als unique definiert werden).
Entweder gibt es noch etwas anderes als affectedRows oder ich muß noch eine dritte Abfrage mit SELECT versuchen.
Ohne deine Queries zu kennen kann man dir nicht sagen warum du eine 0 bei affectedRows bekommst bzw. was genau du erreichen willst.
Hier der Codeteil mit der Abfrage:
Die Tabelle tl_dwz_spi ist vor dem ersten Update noch relativ jungfräulich. Es gibt die contaoeigenen Felder id und tstamp und ansonsten nur eigene Felder. tstamp ist nach dem Erstimport noch leer. Das Feld dewis_id ist eigentlich "unique", bei vielen Datensätzen aber auch leer.PHP-Code:// Abfrage
$result = $dewis->Abfrage($param);
// Mit dem Ergebnis der Abfrage wird jetzt die Datenbank aktualisiert
foreach($result->members as $m)
{
$set = array
(
'nachname' => $m->surname,
'vorname' => $m->firstname,
'titel' => $m->title,
'geschlecht' => ($m->gender == 'm') ? 'M' : ($m->gender == 'f' ? 'W' : strtoupper($m->gender)),
'zpsver' => $m->vkz,
'zpsmgl' => $m->membership,
'status' => ($m->state == '') ? 'A' : $m->state,
'dwz' => $m->rating,
'dwzindex' => $m->ratingIndex,
'fideelo' => $m->elo,
'fidetitel' => $m->fideTitle,
'elobase' => '',
);
// Update der Tabelle
$objSpieler = \Database::getInstance()->prepare('UPDATE tl_dwz_spi %s WHERE dewis_id = ?')
->set($set)
->execute($m->pid);
// Abfrage, ob ein Update erfolgte oder nicht
$status = $objSpieler->affectedRows;
echo "Status: $status (".$m->surname.",".$m->firstname.")<br>";
}
In dem Code aktualisiere ich die Tabelle nun mit Daten aus einer SOAP-Abfrage ($result = $dewis->Abfrage ...). Beim ersten Durchlauf meldet mir affectedRows korrekt 1 oder 0 betroffene Datensätze und ich könnte entsprechend ein INSERT vornehmen, um neue Datensätze mit noch unbekannter dewis_id hinzuzufügen.
Wenn ich jetzt meine Seite aktualisiere und noch einmal die gleichen Daten der SOAP-Abfrage durchjage, meldet mir affectedRows bei jedem Datensatz 0. Es wurde nichts von Contao verändert, obwohl zumindest tstamp geändert werden müßte. An dieser Stelle kann ich also nicht mehr unterscheiden, ob das Update nicht erfolgt ist, weil a) nichts Neues dazugekommen ist oder b) die 0 geliefert wird, weil der Datensatz nicht vorhanden ist.
Dir fehlt da was essentielles.
PHP-Code:// [...]
$set = array
(
// [...]
'tstamp' => time(),
);
// [...]
}
Richtig, das passt auch so.Zitat:
Zitat von Samson1964
Klar meldet es hierbei 0, denn nach deinem Code wurde nichts geaendert.Zitat:
Zitat von Samson1964
Ich habe mal nun das updaten der tstamp Spalte entsprechend markiert, das fehlt in deinem Code naemlich komplett.
Contao manipuliert nicht einfach deine Queries, ebenso gibt es keine Trigger o.ae. welche magischerweise den tstamp aktualisieren, das musst du schon selber machen.
Wow, das war's! Bisher war ich der Meinung, Contao würde tstamp selbst verwalten. Und wahrscheinlich ist das auch so.
Ich habe bei meinem Code völlig ausgeblendet, daß ich die Tabellenaktualisierung in meinem Fall ja komplett selbst vornehme...
Das gilt aber wohl nur, wenn Du Datensätze über das Backend bearbeitest. Auch bei Verwendung eines Models muss man den tstamp selbst setzen wie ich heute lernen misste ;-)Zitat:
Bisher war ich der Meinung, Contao würde tstamp selbst verwalten. .