sqlite_changes

SQLiteDatabase::changes

(PHP 5 < 5.4.0, PECL sqlite >= 1.0.0)

sqlite_changes -- SQLiteDatabase::changes — Restituisce il numero di righe modificate dall'ultima istruzione SQL

Descrizione

int sqlite_changes ( resource $dbhandle )

Stile orientato agli oggetti (metodo):

int SQLiteDatabase::changes ( void )

Restituisce il numero di righe modificate dall'ultima istruzione SQL eseguita sul database referenziato da dbhandle.

Elenco dei parametri

dbhandle: Risorsa SQLite Database; restituita da sqlite_open() quando usato in modo procedurale. Questo parametro non è richiesto nel metodo ad oggetti.

Valori restituiti

Restituisce il numero di righe modificate

Esempi

Example #1 Stile procedurale


<?php
$dbhandle = sqlite_open('mysqlitedb');
$query = sqlite_query($dbhandle, "UPDATE users SET email='jDoe@example.com' WHERE username='jDoe'");
if (!$query) {
    exit('Errore nella query.');
} else {
    echo 'Numero di righe modificate: ', sqlite_changes($dbhandle);
}
?>

Example #2 Stile orientato agli oggetti


<?php
$dbhandle = new SQLiteDatabase('mysqlitedb');
$query = $dbhandle->query("UPDATE users SET email='jDoe@example.com' WHERE username='jDoe'");
if (!$query) {
    exit('Errore nella query.');
} else {
    echo 'Numero di righe modificate: ', $dbhandle->changes();
}
?>

Vedere anche:

sqlite_open() - Apre un database SQLite e crea il database se non esiste

add a note User Contributed Notes sqlite_changes - [2 notes]

down

jazz at funkynerd dot com ¶

3 years ago


When executing DELETEs, I found that adding an always true WHERE clause returns the number of rows deleted.





eg:  "DELETE FROM my_table WHERE 1"  will delete all the rows and sqlite_changes() will return the correct number of rows deleted.

down

bermi ferrer:at-akelos dotCom ¶

7 years ago


When counting deleted records from the database, I realized that sqlite_changes() will return 0 if you are deleting all the records without including a WHERE clause.



So after "DELETE FROM users" sqlite_open() will print 0 even if rows where deleted, but if you use "DELETE FROM users WHERE 1" you will get the right result.



I had this problem on versions 5.0.4 and 4.4.0 under Windows servers.

add a note