MariaDB Driver for Yii2
While Yii2 supports MariaDB through its MySQL driver, the differences between MariaDB and MySQL are increasing.
At this time the driver included in Yii2 will not properly detect JSON
columns in MariaDB and will not properly store
data in them., (*2)
The goal of this library is to implement the MariaDB specific changes required to get all features working in MariaDB that are supported in the Yii2 core library for other DBMSes., (*3)
The tests coverage is really high due to 2 reasons: - All code extends their MySQL counter parts in the framework, only very little is added. - We run the core tests for Yii2 (with some minor changes) to guarantee interoperability with the framework., (*4)
To use the MariaDB Schema
implementation there are several approaches., (*5)
Update the schemaMap
property in your Connection
config (the drivername is still mysql
since we use the MySQL PDO driver) (RECOMMENDED), (*6)
'db' => [ 'class' => Connection::class, 'schemaMap' => [ 'mysql' => SamIT\Yii2\MariaDb\Schema::class ] ]
Append the new Schema class to the schemaMap
property and set the driverName
property manually., (*7)
'db' => [ 'class' => Connection::class, 'driverName' => 'mariadb', 'schemaMap' => [ 'mariadb' => SamIT\Yii2\MariaDb\Schema::class ] ]
Since MariaDB has no built-in JSON data type we need to do some extra work to detect JSON columns.
We do this by parsing the SQL obtained when using SHOW CREATE TABLE
. Since MariaDB supports CHECK
constraints these are used to ensure a column can only contain valid JSON.
Any constraint that of the form: json_valid(`column1`)
will identify the column as JSON. Note that this could lead to problems if you have weird constraints, consider this:, (*8)
`column1` longtext CHECK(not json_valid(`column1`));
Will mark column1
as a JSON column., (*9)
When creating JSON columns the ColumnSchemaBuilder
requires the name of the column to add the table constraint.
Since this is not the case for all other column types Yii does not pass the name of the column to the builder.
Consider this code, for example in a migration:, (*10)
$this->alterColumn('{{test}}', 'field1', $this->json());
Here there is no way for the ColumnSchemaBuilder
to know what the name of the column is going to be.
Since the schema builder is ultimately passed to QueryBuilder::alterColumn()
, we can intercept it there and replace the column name in the constraint., (*11)
If you coerce the ColumnSchemaBuilder
to string early, or use it without the QueryBuilder
you will end up with SQL like this:, (*12)
ALTER COLUMN `field` JSON CHECK(json_valid({name}));
That will clearly not work.
For those cases we have added a toString(string $columnName)
method to the builder., (*13)
// Will result in broken SQL. $this->alterColumn('{{test}}', 'field1', $this->json() . ' --APPEND SOMETHING'); // Will result in working SQL. $this->alterColumn('{{test}}', 'field1', $this->json()->toString('field1') . ' --APPEND SOMETHING');