Mailinglisten-Archive |
Norbert Pfeiffer wrote: > wie kommt man denn nun an die 'affected rows' ? <gruebel> In letzter Instanz? Vielleicht kann Georg Dir helfen, aber ich hege Zweifel. Du beschreibst ein ähnliches Problem wie es in einem bekannten PHPLib Bug auftaucht. Die PHPLib macht im Zusammenhang mit den Sessions: (ZERO: UPDATE) # FIRST test to see if any rows were affected. # Zero rows affected could mean either there were no matching rows # whatsoever, OR that the update statement did match a row but made # no changes to the table data (i.e. UPDATE tbl SET col = 'x', when # "col" is _already_ set to 'x') so then, # SECOND, query(SELECT...) on the sid to determine if the row is in # fact there, # THIRD, verify that there is at least one row present, and if there # is not, then # FOURTH, insert the row as we've determined that it does not exist (aus ct_sql.inc) Selbst diese Kette kann in bestimmten Situationen versagen, wenn zwischen ZERO und SECOND nicht ein bestimmter Zeitraum liegt. Norbert, hast Du ein PostgreSQL greifbar um zu testen, ob das anders reagiert? Ulf -- Jobgesuch: Anwendungsentwicklung, Schwerpunkt PHP in HH Berufserfahrung, Kongressannahmen... http://www.ulf-wendel.de
php::bar PHP Wiki - Listenarchive