php-src/ext/pdo
Peter Kokot 92ac598aab Remove local variables
This patch removes the so called local variables defined per
file basis for certain editors to properly show tab width, and
similar settings. These are mainly used by Vim and Emacs editors
yet with recent changes the once working definitions don't work
anymore in Vim without custom plugins or additional configuration.
Neither are these settings synced across the PHP code base.

A simpler and better approach is EditorConfig and fixing code
using some code style fixing tools in the future instead.

This patch also removes the so called modelines for Vim. Modelines
allow Vim editor specifically to set some editor configuration such as
syntax highlighting, indentation style and tab width to be set in the
first line or the last 5 lines per file basis. Since the php test
files have syntax highlighting already set in most editors properly and
EditorConfig takes care of the indentation settings, this patch removes
these as well for the Vim 6.0 and newer versions.

With the removal of local variables for certain editors such as
Emacs and Vim, the footer is also probably not needed anymore when
creating extensions using ext_skel.php script.

Additionally, Vim modelines for setting php syntax and some editor
settings has been removed from some *.phpt files.  All these are
mostly not relevant for phpt files neither work properly in the
middle of the file.
2019-02-03 21:03:00 +01:00
..
tests Remove local variables 2019-02-03 21:03:00 +01:00
config.m4 Remove local variables 2019-02-03 21:03:00 +01:00
config.w32 Change some permissions from 755 to 644 2018-08-28 23:26:49 +02:00
CREDITS Sync leading and final newlines in source code files 2018-10-14 12:56:38 +02:00
Makefile.frag Sync leading and final newlines in source code files 2018-10-14 12:56:38 +02:00
Makefile.frag.w32 Sync leading and final newlines in source code files 2018-10-14 12:56:38 +02:00
pdo.c Remove local variables 2019-02-03 21:03:00 +01:00
pdo.php Make PHP development tools files and scripts executable 2018-08-29 20:58:17 +02:00
pdo_dbh.c Remove local variables 2019-02-03 21:03:00 +01:00
pdo_sql_parser.re Remove local variables 2019-02-03 21:03:00 +01:00
pdo_sqlstate.c Remove yearly range from copyright notice 2019-01-30 11:03:12 +02:00
pdo_stmt.c Remove local variables 2019-02-03 21:03:00 +01:00
php_pdo.h Remove local variables 2019-02-03 21:03:00 +01:00
php_pdo_driver.h Remove local variables 2019-02-03 21:03:00 +01:00
php_pdo_error.h Remove local variables 2019-02-03 21:03:00 +01:00
php_pdo_int.h Remove local variables 2019-02-03 21:03:00 +01:00
README Remove local variables 2019-02-03 21:03:00 +01:00

PHP Data Objects
================

Concept: Data Access Abstraction

Goals:

1/  Be light-weight
2/  Provide common API for common database operations
3/  Be performant
4/  Keep majority of PHP specific stuff in the PDO core (such as persistent
    resource management); drivers should only have to worry about getting the
    data and not about PHP internals.


Transactions and autocommit
===========================

When you create a database handle, you *should* specify the autocommit
behaviour that you require.  PDO will default to autocommit on.

$dbh = new PDO("...", $user, $pass, array(PDO_ATTR_AUTOCOMMIT => true));

When auto-commit is on, the driver will implicitly commit each query as it is
executed.  This works fine for most simple tasks but can be significantly
slower when you are making a large number of udpates.

$dbh = new PDO("...", $user, $pass, array(PDO_ATTR_AUTOCOMMIT => false));

When auto-commit is off, you must then use $dbh->beginTransaction() to
initiate a transaction.  When your work is done, you then call $dbh->commit()
or $dbh->rollBack() to persist or abort your changes respectively.  Not all
databases support transactions.

You can change the auto-commit mode at run-time:

$dbh->setAttribute(PDO_ATTR_AUTOCOMMIT, false);

Regardless of the error handling mode set on the database handle, if the
autocommit mode cannot be changed, an exception will be thrown.

Some drivers will allow you to temporarily disable autocommit if you call
$dbh->beginTransaction().  When you commit() or rollBack() such a transaction,
the handle will switch back to autocommit mode again.  If the mode could not
be changed, an exception will be raised, as noted above.

When the database handle is closed or destroyed (or at request end for
persistent handles), the driver will implicitly rollBack().  It is your
responsibility to call commit() when you are done making changes and
autocommit is turned off.