tomkyle / databases
Creates generic connections to common database APIs, provided by easy-to-use connection factories. For multiple databases, a Service Locator helps you creating those factories.
Requires
- php: >=5.3.0
- pimple/pimple: ~3.0
Requires (Dev)
- satooshi/php-coveralls: dev-master
Suggests
- aura/sql: Aura.SQL – Provides adapters for SQL database access around PDO
README
#Databases Factory & Service Locator
This Databases Connection Factory & Service Locator creates generic connections to common database APIs, provided by easy-to-use connection factories. When working with multiple databases, a Service Locator helps you creating those factories. It supports PDO, mysqli and Aura.SQL v1.3.
##In a Nutshell ###Single Database
- Setup DatabaseConfig with associative array or StdClass
- Create DatabaseProvider with config object (Dependency Injection)
- Grab your connection for the database API you like
###Multiple Databases
- Describe database connections in two-dimensional array or StdClass
- Setup DatabaseServiceLocator with config object
- Get DatabaseProvider from ServiceLocator
- Grab your connection for the database API you like
##Installation
This library has no dependencies except from Fabien Potencier's Pimple library. It is installable and autoloadable via Composer. During installation, Composer will suggest to install Aura.SQL v1.3, if you have not already. Install from command line or composer.json
file:
#####Command line
composer require tomykle/databases
#####composer.json "require": { "tomkyle/databases": "~1.0" }
##Getting started: Single Database
###Overview
Each DatabaseProvider
needs some info about the database in question, passed as parameter implementing the DatabaseConfigInterface
. A ready-to-use implementation is the DatabaseConfig
, which itself is configured either by an associative array or StdClass.
Now that you have your DatabaseConfig
ready, simply pass to new DatabaseProvider
and grab the connection you like.
###Example
<?php use \tomkyle\Databases\DatabaseConfig; use \tomkyle\Databases\DatabaseProvider; // 1a. Describe your database as array: $describe = array( 'host' => "localhost", 'database' => "database1", 'user' => "root", 'pass' => "secret", 'charset' => "utf8" ); // 1b. Describe your database as StdClass: $describe = json_decode('{ "host": "localhost", "database": "database1" # etc. }'); // 2. Setup DatabaseConfig instance: $config = new DatabaseConfig( $describe ); // 3. Create DatabaseProvider instance: $factory = new DatabaseProvider( $config ); // 4. Grab Aura.SQL connection: $aura = $factory->getAuraSql();
###Configuration options
If one of these fields is empty or missing, DatabaseConfig
will throw a RuntimeException
:
- host: The host name
- database: The name of the database
- user or username: the database user
- pass or password: the database password
Optional fields, with default values according to MySQL:
- charset: the charset to use, defaults to
utf8
- type: the database type, defaults to
mysql
- port: the database port, defaults to
3306
###Retrieving connections
Each DatabaseProvider
instance provides and instantiates different kinds of Singleton-like database connections. You may grab your connection either by calling a Getter method or access it as array key (the Pimple way):
####PDO Connections
$pdo = $factory->getPdo(); // or $pdo = $factory['pdo']; echo get_class( $pdo ); // "PDO"
####Aura.SQL Connections
aura = $factory->getAuraSql(); // or $aura = $factory['aura.sql']; echo get_class( $aura ); // "Aura\Sql\Connection\Mysql", for example // Common configuration afterwards $aura->setAttribute( \PDO::ATTR_ERRMODE, \PDO::ERRMODE_EXCEPTION ); $aura->setAttribute( \PDO::ATTR_DEFAULT_FETCH_MODE, \PDO::FETCH_OBJ);
####mysqli Connections
$mysqli = $factory->getMysqli(); // or $mysqli = $factory['mysqli']; echo get_class( $mysqli ); // "mysqli"
##Multiple Databases: Using Service Locator
Assume your project deals with a couple of different databases, with credentials and stuff in a JSON config file. First, describe each connection with config options (see full list below), like this:
#####Sample config file
{ "first_db" : { "host": "db_host", "database": "db_name", "user": "db_user", "pass": "db_pass" }, "second_db" : { "host": "other_host", "database": "other_db", "user": "other_user", "pass": "other_pass", "type": "not_mysql", "charset": "utf8" } }
###Usage
- Parse config contents into a
StdClass
object - Create a new instance of
DatabaseServiceLocator
,
passing in your database descriptions - Get your
DatabaseProvider
instance for your database - Let factory create generic connection:
<?php use \tomkyle\Databases\DatabaseServiceLocator; $config = json_decode( file_get_contents( 'config.json' )); $databases = new DatabaseServiceLocator( $config ); // 1. Get DatabaseProvider instance, Pimple-style: $first_factory = $databases['first_db']; // 2. Let factory create Aura.SQL connection: $first_aura = $first_factory->getAuraSql();
###Retrieving connections
Each database passed in the DatabaseServiceLocator
will be available like an array member. The database returned will be a Singleton-like instance of DatabaseProvider
.
$foo_factory = $databases['foo_db']; echo get_class( $foo_factory ); // "DatabaseProvider"
Since both Service Locator and Factories are Pimple extensions, you can get your connection in one call as well:
$databases = new DatabaseServiceLocator( $config ); $first_pdo = $databases['first_db']->getPdo(); $first_mysqli = $databases['first_db']->getMysqli(); $first_aura = $databases['first_db']->getAuraSql(); $second_pdo = $databases['second_db']['pdo']; $second_mysqli = $databases['second_db']['mysqli']; $second_aura = $databases['second_db']['aura.sql'];
##Best practice If a class needs a special database connection, let's say PDO, here's how:
- Get your connection provider
- Let it create a PDO connection for you
- Inject the resulting PDO.
…and the next class, relying on Aura.SQL dependencies:
- Take the very same connection provider instance (remember: Singleton!)
- Let it create a Aura.SQL connection for you
- Inject the resulting Aura.SQL Mysql Connection.
This way, when things go wrong, they do so outside your business classes (Inversion of Control).
Paul M. Jones recently covers this topic in his recently published article “What Application Layer Does A DI Container Belong In?”.
##Questions and Answers
###Wait, isn't this an Anti-Pattern? Yes, if you use the DatabaseServiceLocator as dependency inside your classes, injecting it in constructors or Setter methods, type-hinting against it or not. No, if you use it in your composition root or configuration environment.
###How far are the connections configured?
Beside from their charset, the connections “ex factory” are not configured specially. So if you like to change the default fetch mode or (think of PDO::setAttribute
), you may want to configure it yourself. Remember, each connection is generic!
###What about Aura.SQL v2 ? Currently, DatabaseServiceLocator supports Aura.SQL v1.3. With Aura v2 coming soon, Aura.SQL splits up into three modules Aura.SQL v2 Aura.SQL_Query and Aura.SQL_Schema – see Paul M. Jones' article “A Peek At Aura v2 -- Aura.Sql and ExtendedPdo”.
I will try to add v2 support as soon as v2 has become stable or standard, and I got used to it. Just in case you already are, you are invited to fork your own DatabaseServiceLocator :-)