Ecosyste.ms: Awesome

An open API service indexing awesome lists of open source software.

Awesome Lists | Featured Topics | Projects

https://github.com/baraja-core/doctrine

πŸ“š Doctrine integration to Nette Framework. Simple interface, easy to use, best performance, top compatibility.
https://github.com/baraja-core/doctrine

baraja best-practices czech-language database doctrine doctrine-2 drivers entity nette nette-database nette-orm orm panel php php-database php-orm sql

Last synced: 23 days ago
JSON representation

πŸ“š Doctrine integration to Nette Framework. Simple interface, easy to use, best performance, top compatibility.

Awesome Lists containing this project

README

        




BRJ logo



BRJ organisation


Baraja Doctrine database πŸ“š
===========================

![Integrity check](https://github.com/baraja-core/doctrine/workflows/Integrity%20check/badge.svg)

A simple and easy to use, maximum performance database layer with connection to Doctrine, which allows you to use all the advantages of OOP and also has **support for Nette 3**.

This package automatically installs Doctrine to your project (also sets everything up in the configuration) and runs stably.

πŸ› Best debug Tracy panel
-------------------------

This package contains the most advanced native tools for debugging your application and SQL queries. You can very easily view the performed queries, click directly on the place of their original invocation and watch the time graphs on the output (with the possibility of analyzing slow queries). Write query types are displayed separately for quick control of data flow.

![Baraja Doctrine debug Tracy panel](doc/tracy-panel-design.png)

The package also includes advanced logic for debugging corrupted entities and queries directly through Tracy Bluescreen. Using the debugger turns on automatically and you will never lose any useful information.

πŸ“¦ Installation & Basic Usage
-----------------------------

This package can be installed using [Package Manager](https://github.com/baraja-core/package-manager) which is also part of the Baraja [Sandbox](https://github.com/baraja-core/sandbox). If you are not using it, you will have to install the package manually using this guide.

A model configuration can be found in the `common.neon` file inside the root of the package.

To manually install the package call Composer and execute the following command:

```shell
$ composer require baraja-core/doctrine
```

In the project's `common.neon` you have to define the database credentials. A fully working example of configuration can be found in the `common.neon` file inside this package. You can define the configuration simply using `baraja.database` extension.

For example:

```yaml
baraja.database:
connection:
host: 127.0.0.1
dbname: sandbox
user: root
password: root
```

For now the package supports only the connection to one database.

Possible connection options: `url`, `pdo`, `memory`, `driver`, `driverClass`, `driverOptions`, `unix_socket`, `host`, `port`, `dbname`, `servicename`, `user`, `password`, `charset`, `portability`, `fetchCase`, `persistent`, `types`, `typesMapping`, `wrapperClass`.

βš™οΈ Drivers
----------

In default settings Doctrine use `MySql` driver.

You can rewrite it for example for Postgres:

In your `common.neon` simple type:

```yaml
baraja.database:
connection:
driverClass: Doctrine\DBAL\Driver\PDO\PgSQL\Driver
```

πŸ—ΊοΈ Entity mapping
------------------

In order for Doctrine to know which classes are **entities** and which **application logic**, it is necessary to set up a mapping.

For mapping, it is necessary to set the introductory part of the namespace entities and the directory where they occur in the project common.neon. A relative path can also be used.

For example:

```yaml
orm.annotations:
paths:
App\Baraja\Entity: %rootDir%/app/model/Entity
```

You can also specify the `ignore` key, which disables browsing a specific directory.

> **Important warning:**
>
> The value of the `%rootDir%`, `%appDir%`, `%wwwDir%`, `%vendorDir%` and `%tempDir%` parameters may be corrupted when running schema generation in CLI mode.
> To resolve this mistake, please install [Package Manager](https://github.com/baraja-core/package-manager) and call the command as a `composer dump`.

Generate database structure from entities
-----------------------------------------

This package implements a bridge to automatically execute Doctrine commands.

For example you can simply call:

```shell
php www/index.php o:s:u -f --dump-sql
```

The command `o:s:u` means `orm:schema-tool:update`.

- `-f` is `flush` to execute changes in SQL,
- `--dump-sql` renders the list of SQL commands that will be executed.

If everything will work fine, the command will create the table `core__database_slow_query` which is defined in this package and is ready for logging slow queries.

> **TIP:** If you are using [Package Manager](https://github.com/baraja-core/package-manager), you can simply call the `composer dump` command.

πŸš€ Performance Benchmarks
-------------------------

When Doctrine is used poorly, it can be unnecessarily slow.

For more details (in Czech language): https://ondrej.mirtes.cz/doctrine-2-neni-pomala

This package uses best-practices to increase the performance. It sets automatically `autoGenerateProxyClasses` to `false`, ProxyClasses will be generated when needed by Doctrine.

For maximum performance is best to save the generated meta data about your entities using Redis: https://www.doctrine-project.org/projects/doctrine-orm/en/latest/reference/caching.html

UUID
----

**TIP:** Read more about [UUID binary performance](https://php.baraja.cz/uuid-performance) (czech language)

For unique record (entity) identification the package defines the trait `UuidIdentifier` or `UuidBinaryIdentifier` with already defined all basic best-practice configurations for your entity. The ID will be generated automatically.

For a better experience please insert two traits to all the entities in your project:

```php