eftec/pdooneorm

Procedural PDO Data access class in a single Class

2.5 2024-12-30 17:55 UTC

This package is auto-updated.

Last update: 2024-12-30 17:55:47 UTC


README

PdoOneORM. It's a simple ORM wrapper for PHP's PDO library compatible with SQL Server (2008 R2 or higher), MySQL (5.7 or higher) and Oracle (12.1 or higher).

This library tries to work as fast as possible and simply as possible. The complete library, including dependencies is less than 100 files (and less than 30 are code).

This library works differently to Eloquent. While Eloquent is code-first, this library is database first.

Why?

Packagist Total Downloads Maintenance composer php php CocoaPods

Turn this

$stmt = $pdo->prepare("SELECT * FROM myTable WHERE name = ?");
$stmt->bindParam(1,$_POST['name'],PDO::PARAM_STR);
$stmt->execute();
$result = $stmt->get_result();
$products=[];
while($row = $result->fetch_assoc()) {
  $product[]=$row; 
}
$stmt->close();

into this using the ORM.

ProductRepo // this class was generated with echo $pdoOne()->generateCodeClass(['Product']); or using the cli.
    ::where("name = ?",[$_POST['name']])
    ->toList();

Table of contents

Examples

There are some examples in the "examples" folder. If you want to run the examples, then you must change the configuration of the database.

Other example here:

Installation

This library requires PHP 7.4 and higher, and it requires the extension PDO and the extension PDO-MYSQL (Mysql), PDO-SQLSRV (sql server) or PDO-OCI (Oracle)

Install (using composer)

Edit composer.json the next requirement, then update composer.

  {
      "require": {
        "eftec/PdoOneORM": "^1.0"
      }
  }

or install it via cli using

composer require eftec/PdoOneORM

Install (manually)

Just download the folder lib from the library and put in your folder project. Then you must include all the files included on it.

How to create a Connection?

Create an instance of the class PdoOne as follows. Then, you can open the connection using the method connect() or open()

use eftec\PdoOneORM;
// mysql
$dao=new PdoOneORM("mysql","127.0.0.1","root","abc.123","sakila","");
$conn->logLevel=3; // it is for debug purpose and it works to find problems.
$dao->connect();

// sql server 10.0.0.1\instance or (local)\instance or machinename\instance or machine (default instance)
$dao=new PdoOneORM("sqlsrv","(local)\sqlexpress","sa","abc.123","sakila","");
$conn->logLevel=3; // it is for debug purpose and it works to find problems.
$dao->connect();

// test (mockup)
$dao=new PdoOneORM("test","anyy","any","any","any","");
$dao->connect();

// oci (oracle) ez-connect. Remember that you must have installed Oracle Instant client and add it to the path.

$cs='(DESCRIPTION =(ADDRESS = (PROTOCOL = TCP)(HOST = localhost)(PORT = 1521))(CONNECT_DATA =(SERVER = DEDICATED)(SERVICE_NAME = instancia1)))';
$dao=new PdoOneORM("oci",$cs,"sa","abc.123"); // oracle uses the user as the schema
$conn->logLevel=3; // it is for debug purpose and it works to find problems.
$dao->connect();

// oci (oracle) tsnnames (the environment variables TNS_ADMIN and PATH must be correctly configured), also tnsnames.ora must exists.
$cs='instancia1';
$dao=new PdoOneORM("oci",$cs,"sa","abc.123"); // oracle uses the user as the schema
$conn->logLevel=3; // it is for debug purpose and it works to find problems.
$dao->connect();

where

$dao=new PdoOneORM("mysql","127.0.0.1","root","abc.123","sakila","");

  • "mysql" is the MySQL database. It also allows sqlsrv (for sql server) or "oci" (oracle)
  • 127.0.0.1 is the server where is the database.
  • root is the user
  • abc.123 is the password of the user root.
  • sakila is the database used.
  • "" (optional) it could be a log file, such as c:\temp\log.txt

OCI

  • Windows installation. Add the Oracle Instant client to the path and try to run from it.
    • If it fails, the copy the oracle bin folder (instant client) into the apache folder.

CLI configuration.

The command line interface is important to generate the code needed. You can also generate code using PHP code but using the CLI is more straightforward. In the command line, runs the next command:

.\vendor\bin\pdoonecli.bat  # windows
./vendor/bin/pdoonecli  # linux bash

And it will show the next screen

img1.png

Note: you can use the arrow keys and the TAB key for autocomplete values.

Connect CLI

Selection the option connect, then configure and configure your database. In the next example we will configure a MySql database (schema sakila).

You can't configure a database if your PHP installation is not using the correct drivers (including the PDO Drivers)

img1.png

If the connect was done successfully (it shows ok), then you can continue.

Save

Once configured, you can save your configuration (save). img3.png

Later, if you want to reconfigure, you can load your configuration file using the option load.

The configuration file is stored in a PHP file with extension .config.php

Example:

<?php // eftec/CliOne(1.33) PHP configuration file (date gen: 2024-09-06 08:45). DO NOT EDIT THIS FILE 
/**
 * It is a configuration file
 */
$config=[
    'databaseType' => 'mysql',
    'server' => '127.0.0.1',
    'user' => 'root',
    'pwd' => 'abc.123',
    'database' => 'sakila',
    'logFile' => false,
    'charset' => NULL,
    'nodeId' => 1,
    'tableKV' => '',
];

You can use this file freely in your code, of you could simply copy and paste in your final code.

Create ORM

Once the database is configured, return to the main menu.

In the menu connect, press enter to return to the main menu. then enter repo to go to the repository menu.

img4.png

It is the ORM menu:

img5.png

First, we must configure the folder and the namespace where the files will be generated.

The folder and namespace must work with your composer.json configuration (autoload). If you edit your composer.json file, then you must reopen the CLI.

Example of composer.json

img6.png

  • Go to the folder option

  • Enter the folder that you want to store your PHP files. In this example, the folder will be examples/repo

  • Then indicates a postfix for the class.

    • If the table is named Customer, and the postfix is Repo, then the files will be called:
    • CustomerRepo.php
    • AbstractCustomerRepo.php
  • Then indicate the namespace corresponding to your composer.json (autoload) and your new folder.

    • If autoload is set the namespace to to eftec\examples => folder examples/
    • then the folder examples/repo => namespace eftec\examples\repo

img7.png

Scan

Once the folder is set, you must scan the schema. If you do changes to the schema, then you must re-scan it again.

img8.png

(optional) detail and type

Optionally you can change the detail of every table, for example how the classes are called, what column are used and to determine the type for every column.

Save

Save the configuration, so you can load it later.

Create

And finally, you can create the PHP files.

img9.png

It will generate 3 kind of files.

  • Abstract classes (marked with red). The abstract class is a class used by the repo class. It contains all the information of the schema. This class must not be edited manually and you can't use it directly.
  • Repo classes (marked with green). The repo class is the repository class and it is the class that you can use finally. You could edit this file.
  • Schema class (marked with yellow). The schema class is the class that contains information of all the schema. You mustn't edit this file or use it directly.

img10.png

Reload the configuration

You can easily reload the previous configuration by running in the shell

pdooneorm --fileconnect c1 --filerepo p1

where c1 is the first configuration file (without extension), and p1 is the second configuration file.

img11.png

Using the code generated

Once the code is generated, you could use the repo classes.

  1. You must connect to the database once so the repo classes could work correctly.
  2. Then you can use the repo classes.
use eftec\examples\repo\ActorRepo;
use eftec\PdoOne;

include __DIR__."/../vendor/autoload.php";

// this configuration is obtained when you save the configuration file.
$config=[
    'databaseType' => 'mysql',
    'server' => '127.0.0.1',
    'user' => 'root',
    'pwd' => 'abc.123',
    'database' => 'sakila', 
    'logFile' => false,
    'charset' => NULL,
    'nodeId' => 1,
    'tableKV' => '',
];
// we must connect once so the Repo class could identify the connection
$pdo=PdoOne::factoryFromArray($config);
$pdo->connect() or die("not connected");
// and we could use the repo class
var_dump(ActorRepo::toList());

ORM

This library allows creating and use it as an ORM. To use it as an ORM, you must create the classes.

What is an ORM?

An ORM transforms queries to the database in objects serializables.

Let's say the next example

$result=$pdoOne->runRawQuery('select IdCustomer,Name from Customers where IdCustomer=?',1); 

You can also run using the Query Builder

$result=$pdoOne->select('IdCustomer,Name')->from('Customers')->where('IdCustomer=?',1)->toList();

What if you use the same table over and over. You can generate a new class called CustomerRepo and calls the code as

$result=CustomerRepo::where('IdCustomer=?',1)::toList();

While it is simple, but it also hides part of the implementation. It could hurt the performance a bit, but it adds more simplicity and consistency.

Building and installing the ORM manually

There are several ways to generate a Repository code, it is possible to generate a code using the CLI, the GUI or using the next code:

$pdo=new PdoOneORM('mysql','127.0.0.1','root','abc.123','sakila');
$pdo->connect();
$table=$pdo->generateCodeClass('Tablename','repo'); // where Tablename is the name of the table to analyze. it must exsits.
echo $clase;

The code generated looks like this one

class TableNameRepo extends _BasePdoOneRepo
{
// ....
}

Creating the repository class

This method is not recommended. Uses the method to create multiple classes.

There are several ways to create a class, you could use the UI, the CLI or directly via code.

It is an example to create our repository class

$class = $pdoOne->generateCodeClass('Customer'); // The table Customer must exists in the database
file_put_contents('CustomerRepo.php',$clase); // and we write the code into a file.

It will build our Repository class.

<?php
use eftec\PdoOneORM;
use eftec\_BasePdoOneRepo;

class CustomerRepo extends _BasePdoOneRepo
{
    //....
}
$class = $pdoOne->generateCodeClass('Customer','namespace\anothernamespace'); 

It will generate the next class

<?php
namespace namespace\anothernamespace;    
use eftec\PdoOneORM;
use eftec\_BasePdoOneRepo;

class CustomerRepo extends _BasePdoOneRepo
{
    //....
}

Creating multiples repositories classes

In this example, we have two classes, messages and users

// converts all datetime columns into a ISO date.
$pdoOne->generateCodeClassConversions(['datetime'=>'datetime2']);

$errors=$pdoOneORM->generateAllClasses(
    ['messages'=>'MessageRepo','users'=>'UserRepo'] // the tables and their name of classes
    ,'BaseClass' // a base class.
    ,'namespace1\repo' // the namespaces that we will use
    ,'/folder/repo' // the folders where we store our classes
    ,false // [optional] if true the we also replace the Repo classes
    ,[] // [optional] Here we could add a custom relation of conversion per column.
    ,[] // [optional] Extra columns. We could add extra columns to our repo.
    ,[] // [optional] Columns to exclude.    
);
var_dump($errors); // it shows any error or an empty array if success.

It will generate the next classes:

📁 folder
   📁repo
       📃AbstractMessageRepo.php   [namespace1\repo\AbstractMessageRepo] NOT EDIT OR REFERENCE THIS FILE
       📃MessageRepo.php         [namespace1\repo\MessageRepo] EDITABLE
       📃AbstractUserRepo.php     [namespace1\repo\AbstractUserRepo] NOT EDIT OR REFERENCE THIS FILE
       📃UserRepo.php               [namespace1\repo\UserRepo]  EDITABLE
       📃BaseClass.php              [namespace1\repo\BaseClass] NOT EDIT OR REFERENCE THIS FILE      
  • Abstract Classes are classes with all the definitions of the tables, indexes and such. They contain the whole definition of a class.
    • This class should be rebuilded if the table changes. How? You must run the method generateAllClasses() again.
  • Repo Classes are classes that works as a placeholder of the Abstract class. These classes are safe for edit, so we could add our own methods and logic.
    • Note: if you run generateAllClasses() again, then those classes are not touched unless we force it (argument $forced) or we delete those files.
  • Base Class is a unique class (per schema) where it contains the definition of all the tables and the relations between them.
    • This class should be rebuilt if the table changes. How? You must run the method generateAllClasses() again.

Creating all repositories classes

We could automate even further

$allTablesTmp=$pdoOne->objectList('table',true); // we get all the tables from the current schema.
$allTables=[];
foreach($allTablesTmp as $table) {
    $allTables[$table]=ucfirst($table).'Repo';
}
$errors=$pdoOne->generateAllClasses(
   $allTables // tables=>repo class
    ,'MiniChat' // a base class.
    ,'eftec\minichat\repo' // the namespaces that we will use
    ,'/folder/repo' // the folders where we store our classes
);
echo "Errors (empty if it is ok:)";
var_dump($errors);

Using the Repository class.

For started, the library must know to know where to connect, so you must set an instance of the PdoOne and there are 3 ways to instance it.

The repository class is smart, and it does the next operation:

If the Repository base doesn't have a connection, then it will try to use the latest connection available.

The easiest way is to create an instance of PdoOne();

$pdo=new PdoOneORM('mysql','127.0.0.1','root','abc.123','sakila');
$pdo->connect();
$listing=TableNameRepo::toList(); // it will inject automatically into the Repository base class, instance of PdoOneORM.

You could also do it by creating a root function called pdoOneORM()

function pdoOneORM() {
   $pdo=new PdoOneORM('mysql','127.0.0.1','root','abc.123','sakila');
   $pdo->connect();
}

Or creating a global variable called $pdoOne

$pdoOne=new PdoOneORM('mysql','127.0.0.1','root','abc.123','sakila');
$pdoOne->connect();

Or injecting the instance into the class using the static method Class::setPdoOne()

$pdo=new PdoOneORM('mysql','127.0.0.1','root','abc.123','sakila');
$pdo->connect();
TableNameRepo::setPdoOne($pdo); // TableNameRepo is our class generated. You must inject it once per all schema.

Using multiples connections

Note: If you are using multiples connections, then you must use the method RepoClass::setPdoOne() and it injects the connection inside the Repository Base.

Every repository base could hold only one connection at the same time

Example:

  • BaseAlpha (Base class)
    • Table1AlphaRepo (Repository class)
    • Table2AlphaRepo (Repository class)
  • BaseBeta (Base class)
    • Table1BetaRepo (Repository class)
    • Table2BetaRepo (Repository class)
$con1=new PdoOneORM('mysql','127.0.0.1','root','abc.123','basealpha');
$con1->connect();
$con2=new PdoOneORM('mysql','127.0.0.1','root','abc.123','basebeta');
$con2->connect();
// every base with its own connection:
Table1AlphaRepo::setPdoOne($pdo); // ✅ Table1AlphaRepo and Table2AlphaRepo will use basealpha
Table1BetaRepo::setPdoOne($pdo); // ✅ Table1BetaRepo and Table2BetaRepo will use basebeta
// however, it will not work as expected
// every base with its own connection:
Table1AlphaRepo::setPdoOne($pdo); // ✅ Table1AlphaRepo and Table2AlphaRepo will use basealpha
Table2AlphaRepo::setPdoOne($pdo); // ❌ And now, Table1AlphaRepo and Table2AlphaRepo will use basebeta

What if you want to use the same base for different connections? You can't. However, you could copy the files and create two different bases and repositories (or you could generate a code to create a new base and repository classes), then you can use multiples connections.

DDL Database Design Language

The next commands usually are executed alone (not in a chain of methods)

TablaParentRepo::createTable();
TablaParentRepo::createForeignKeys();
TablaParentRepo::dropTable();
TablaParentRepo::truncate();
// We don't have a method to alter a table.
$ok=TablaParentRepo::validTable(); // it returns true if the table matches with the definition stored into the clas

Nested Operators

The nested operators are methods that should be in between of our chain of methods.

ClassRepo::op()::where()::finalop() is ✅

ClassRepo::op()::op()::where() will leave the chain open ❌

For example:

// select * 
//        from table 
//        inner join table2 on t1=t2 
//        where col=:arg
//        and col2=:arg2
//    group by col
//        having col3=:arg3
//    order by col
//    limit 20,30
$results=$pdo->select('*')
    ->from('table')
    ->innerjoin('table2 on t1=t2')
    ->where('col=:arg and col2:=arg2',[20,30]) 
    // it also works with ->where('col=:arg',20)->where('col2'=>30)
    // it also works with ->where('col=?',20)->where('col2=?'=>30)
    ->group('col')
    ->having('col3=:arg3',400)
    ->order('col')
    ->limit('20,30')
    ->toList(); // end of the chain

DQL Database Query Language

We have different methods to generate a DQL (query) command in our database.

If the operation fails, they return a FALSE, and they could trigger an exception.

The next methods should be at the end of the chain. Examples:

ClassRepo::op()::op()::toList() is ✅

ClassRepo::op()::toList()::op() will trigger an exception ❌

DML Database Model Language

The next methods allow inserting,update or delete values in the database.

// where obj is an associative array or an object, where the keys are the name of the columns (case sensitive)
$identity=TablaParentRepo::insert($obj); 
TablaParentRepo::update($obj);
TablaParentRepo::delete($obj);
TablaParentRepo::deleteById(id);

Validate the model

It is possible to validate the model. The model is validated using the information of the database, using the type of the column, the length, if the value allows null and if it is identity (auto numeric).

$obj=['IdUser'=>1,'Name'='John Doe']; 
UserRepo::validateModel($obj,false,['_messages']); // returns true if $obj is a valid User.

Recursive

A recursive array is an array of strings with values that it could be read or obtained or compared. For example, to join a table conditionally. PdoOne does not use it directly but _BasePdoOneRepo uses it (_BasePdoOneRepo is a class used when we generate a repository service class automatically).

Example

$this->select('*')->from('table')->recursive(['table1','table1.table2']);
// some operations that involves recursive
if($this->hasRecursive('table1')) {
    $this->innerJoin('table1 on table.c=table1.c');
}
if($this->hasRecursive('table1.table2')) {
    $this->innerJoin('table1 on table1.c=table2.c');
}
$r=$this->toList(); // recursive is resetted.

recursive()

It sets a recursive array.

This value is resets each time a chain methods ends.

getRecursive()

It gets the recursive array.

hasRecursive()

It returns true if recursive has some needle.

If $this->recursive is ['*'] then it always returns true.

$this->select('*')->from('table')->recursive(['*']);
$this->hasRecursive('anything'); // it always returns true.

Benchmark (mysql, estimated)

PdoOne adds a bit of ovehead over PDO, however it is simple a wrapper to pdo.

Error FAQs

Uncaught Error: Undefined constant eftec_BasePdoOneRepo::COMPILEDVERSION

It means that you are updated PdoOne, and you are using one class generated by the ORM. This class must be re-generated.

Changelist

In a nutshell:

Every major version means that it could break old code. I.e. 1.0 -> 2.0

Every minor version means that it adds a new functionality i.e. 1.5 -> 1.6 (new methods)

Every decimal version means that it patches/fixes/refactoring a previous functionality i.e. 1.5.0 -> 1.5.1 (fix)

  • 2.5 2024-12-30
    • Compatible with PHP 8.4
  • 2.4 2024-09-06
    • updated documentation and in the use of the CLI.
  • 2.3 2024-08-02
    • [fixed] fixed a bug when the database is called with a minus symbol.
    • [updated] Updated dependencies
  • 2.2 2024-06-07
    • Update phpdoc using markdown without "php" because PHPStorm is not compatible with it.
  • 2.1 2024-03-02
    • Updating dependency to PHP 7.4. The extended support of PHP 7.2 ended 3 years ago.
    • Added more type hinting in the code.
  • 2.0 2023-12-13
    • Repo classes: Constant fields are now regular fields.
    • Why? Constants are a bit slow, but it also lacks of flexibility.
    • Example: (prev) CustomerRepo::TABLE, (now) CustomerREPO::$TABLE
    • Repositories classes must be regenerated.`
  • 1.3.1 2023-11-13
    • Update some templates
    • It shows the table source when update() fails
  • 1.3 2023-09-02
    • [PdoOneORMCli] 1.9 fixed a bug not scanning.
    • Update composer.json dependency.
  • 1.2.2 2023-08-11
    • [PdoOneORMCli] 1.8.2 fixed a bug not scanning.
    • Update dependencies to eftec/pdoone 4.3
  • 1.2.1 2023-05-21
    • [PdoOneORMCli] 1.8.1 fixed a small bug in "configure per type"
  • 1.2 2023-04-7
    • [PdoOneORM] update for compatibility with PdoOne 4.2 and higher
    • [composer.json] PHPUnit reduced to 8.5 (PHP 7.2 compatible)
    • [PdoOneORMCli] 1.8 now configuration files are stored as PHP file instead of a json. Why? It is more flexible.
  • 1.1 2023-03-21
    • [PdoOneORMCli] 1.7 CLI menu updated using the new functionality of the menu from CliOne 1.26.1
  • 1.0 2023-03-11
    • First version. This version is split from library PdoOne.

License

Copyright Jorge Castro Castillo 2023. Dual license, commercial and LGPL-3.0