π Schema
Note: While the Schema component is part of the Hector ORM ecosystem, it is available as a standalone
package: hectororm/schema.
You can find it on Packagist.
You can use it independently of the ORM, in any PHP application. π
Hector Schema is the schema introspection and metadata module of Hector ORM. It provides a simple and consistent API to explore and manage your database structure. While tightly integrated with Hector ORM, this package is entirely independent and can be used on its own.
DBMS compatibility
| DBMS | Version | Compatibility |
|---|---|---|
| MySQL | 5.7 - 9.6 | β |
| MariaDB | 10.5 - 12.2 | β |
| Vitess | - | β |
| SQLite | 3.x | β |
Note: Versions listed are actively tested. Older versions may work but are not officially supported. Know of a DBMS version not listed here but works fine? Contributions are welcome β open a PR!
Usage
Generate a schema
The schema generator reads your DB structure and returns rich PHP objects that describe it:
use Hector\Connection\Connection;
use Hector\Schema\Generator\MySQL;
use Hector\Schema\Generator\Sqlite;
// MySQL / MariaDB
$connection = new Connection('mysql:host=localhost;dbname=mydb', 'user', 'pass');
$generator = new MySQL($connection);
// SQLite
$connection = new Connection('sqlite:/path/to/database.db');
$generator = new Sqlite($connection);
$schema = $generator->generateSchema('schema_name');
// Returns a `Hector\Schema\Schema` object
$container = $generator->generateSchemas('schema1_name', 'schema2_name');
// Returns a `Hector\Schema\SchemaContainer` object
Available generators:
Hector\Schema\Generator\MySQLβ for MySQL and MariaDBHector\Schema\Generator\Sqliteβ for SQLite
Tip: You can use different generators for different environments (e.g., dev SQLite, prod MySQL).
Caching schemas
Schema generation can be expensive for large databases. This library does not include built-in caching, as caching strategies vary widely.
Instead, you can serialize schema objects and restore them later:
$serialized = serialize($schema);
file_put_contents('cache/schema.ser', $serialized);
// Later...
$schema = unserialize(file_get_contents('cache/schema.ser'));
Inheritance and references between objects are preserved during (de)serialization. This makes caching simple and flexible β ideal for integrating into your own caching logic π
Warning: Ensure your cache is invalidated when the database schema changes (e.g., after migrations).
API reference
This section covers the main classes used to explore database schemas.
Hector\Schema\SchemaContainer
A container for multiple schemas. Useful when your application interacts with multiple databases or schemas.
Key methods:
getSchemas(?string $connection = null): GeneratorhasSchema(string $name, ?string $connection = null): boolgetSchema(string $name, ?string $connection = null): SchemahasTable(string $name, ?string $schemaName = null, ?string $connection = null): boolgetTable(string $name, ?string $schemaName = null, ?string $connection = null): Table
// Get table from default schema
$usersTable = $container->getTable('users');
// Get table from specific schema
$usersTable = $container->getTable('users', 'my_database');
// Get table from specific schema and connection
$usersTable = $container->getTable('users', 'my_database', 'replica');
This class is iterable:
foreach ($container as $schema)will yieldHector\Schema\Schemaobjects.
Hector\Schema\Schema
Represents a single schema (i.e., database).
Key methods:
getName(bool $quoted = false): stringgetCharset(): stringgetCollation(): stringgetTables(): GeneratorhasTable(string $name): boolgetTable(string $name): TablegetContainer(): ?SchemaContainer
Deprecated: The
$quotedparameter ongetName()is deprecated. UseHector\Query\Statement\Quotedfor driver-aware identifier quoting.
This class is also iterable:
foreach ($schema as $table)yieldsHector\Schema\Tableobjects.
Hector\Schema\Table
Represents a table and its structure.
Key methods:
-
Identification:
getSchemaName(bool $quoted = false): stringgetName(bool $quoted = false): stringgetFullName(bool $quoted = false): string
-
Metadata:
getType(): stringgetCharset(): ?stringgetCollation(): ?stringgetDefinition(): ?stringβ native CREATE TABLE/VIEW SQL when available (since 1.5)getTriggerDefinitions(): ?arrayβ attached trigger name => native CREATE TRIGGER SQL (since 1.5)
-
Columns:
getColumns(): GeneratorgetColumnsName(bool $quoted = false, ?string $tableAlias = null): arrayhasColumn(string $name): boolgetColumn(string $name): ColumngetAutoIncrementColumn(): ?Column
-
Indexes:
getIndexes(?string $type = null): GeneratorhasIndex(string $name): boolgetIndex(string $name): IndexgetPrimaryIndex(): ?Index
-
Foreign Keys:
getForeignKeys(Table $table = null): Generator
-
Other:
getSchema(): Schema
-
CHECK constraints (since 1.5):
hasCheckMetadata(): boolgetChecks(): Generator<CheckConstraint>hasCheck(string $name): boolgetCheck(string $name): CheckConstraint
Deprecated: The
$quotedparameter ongetSchemaName(),getName(),getFullName(), andgetColumnsName()is deprecated. UseHector\Query\Statement\Quotedfor driver-aware identifier quoting.
Hector\Schema\Column
Represents a column in a table.
Key methods:
-
Identification:
getName(bool $quoted = false, ?string $tableAlias = null): stringgetFullName(bool $quoted = false): string
-
Metadata:
getPosition(): intgetDefault(): mixedisNullable(): boolgetType(): stringisAutoIncrement(): boolgetMaxlength(): ?intgetNumericPrecision(): ?intgetNumericScale(): ?intgetOnUpdate(): ?stringβ database-side update expression, e.g.CURRENT_TIMESTAMP(6)(since 1.5)getDatetimePrecision(): ?intβ fractional seconds precision from MySQL/MariaDB metadata (since 1.5)getGenerationExpression(): ?stringβ generated-column SQL expression (since 1.5)isGenerated(): boolβ whether the column is generated (since 1.5)isGeneratedStored(): boolβ whether a generated column is STORED (since 1.5)isUnsigned(): boolgetCharset(): ?stringgetCollation(): ?string
-
Other:
getTable(): TableisPrimary(): bool
Deprecated: The
$quotedparameter ongetName()andgetFullName()is deprecated. UseHector\Query\Statement\Quotedfor driver-aware identifier quoting.
For MySQL/MariaDB, getOnUpdate() returns a normalized expression (CURRENT_TIMESTAMP or
CURRENT_TIMESTAMP(n)) when a column has an automatic update clause, otherwise null.
getDatetimePrecision() preserves the distinction between zero fractional digits (0) and absent metadata (null).
Both properties survive serialization; caches created before these properties existed deserialize with null values.
SQLite introspection returns null for both properties. In particular, a migration using
useCurrentOnUpdate does not create this property in SQLite:
the introspected schema describes what the database actually stores.
Generated column metadata
Info: Since version 1.5
Both MySQL/MariaDB and SQLite generators expose generated columns through the usual table column collection:
$column = $schema->getTable('order_lines')->getColumn('stored_total');
$column->isGenerated(); // true
$column->getGenerationExpression(); // SQL expression reported by the database
$column->isGeneratedStored(); // true for STORED, false for VIRTUAL
$column->hasDefault(); // false for generated columns, even when nullable
For an ordinary column, the expression is null and both generated flags return false.
An expression such as 0 or NULL still identifies a generated column. MySQL/MariaDB may normalize the expressionβs
formatting and identifier quoting, so its text need not be identical to the migration input.
SQLite uses PRAGMA table_xinfo to find generated columns, then extracts their expressions from the tableβs SQL,
respecting quoted identifiers, strings, comments and nested parentheses. Hidden virtual-table implementation columns
remain excluded. An expression that cannot be extracted raises a SchemaException rather than reporting an ordinary
column. Older SQLite versions without table_xinfo retain ordinary-column introspection through table_info.
The expression and storage mode survive serialization. Older schema caches deserialize with null / false metadata;
regenerate those caches to discover generated columns. Schema\Column stores metadata independently of the
Plan\Generated declaration object.
SQLite column collations
Info: Since version 1.5
SQLite introspection reports explicitly declared column collations through getCollation(), for example BINARY,
NOCASE or a custom collation declared with
collation. Columns without an explicit collation return null.
SQLite has no per-column character set: getCharset() keeps reporting the database encoding for text columns.
Collations of view results and expressions are not inferred as column declarations. Collations survive serialization
and table rebuilds.
Hector\Schema\Index
Represents a table index.
Key methods:
getName(): stringgetType(): stringgetColumnsName(bool $quoted = false, ?string $tableAlias = null): arraygetTable(): TablegetColumns(): arrayhasColumn(Column $column): boolgetDefinition(): ?stringβ native CREATE INDEX SQL when available (since 1.5)isImplicit(): boolβ index created by a table constraint (since 1.5)
Hector\Schema\CheckConstraint
Info: Since version 1.5
Represents a SQL CHECK constraint, independently of the plan operations.
| Method | Meaning |
|---|---|
getName(): ?string |
Database name, or null for an anonymous constraint |
getExpression(): string |
SQL expression without the enclosing CHECK (...) |
isEnforced(): ?bool |
true, false, or null when enforcement metadata is unknown |
getTable(): Table |
Owning table; throws when the constraint is detached |
$table = $schema->getTable('products');
if ($table->hasCheckMetadata()) {
foreach ($table->getChecks() as $check) {
echo ($check->getName() ?? '(anonymous)') . ': ' . $check->getExpression() . "\n";
}
}
getChecks() yields numeric keys and retains all anonymous or duplicate-named constraints.
getCheck() throws NotFoundException for a missing name, or SchemaException for an ambiguous name.
All CHECK accessors except hasCheckMetadata() throw SchemaException when metadata is unavailable.
An empty list means introspection confirmed that the table has no CHECKs; it does not mean βnot collectedβ.
MySQL 8.0.16+ exposes names, expressions and ENFORCED / NOT ENFORCED state. MariaDB exposes column and table
CHECKs when information_schema.CHECK_CONSTRAINTS exists; older MariaDB releases without that catalog return
unknown metadata, even when the engine enforces CHECKs. The catalog was backported to MariaDB 10.2.22.
SQLite extracts named and anonymous CHECKs from CREATE TABLE SQL, retaining expression text, whitespace and
comments. Virtual table declarations retain unknown CHECK metadata. Views have a known empty CHECK list.
Enforcement metadata describes the constraint, not connection-level settings that can temporarily disable checks. MySQL/MariaDB may normalize expressions in their catalog. Unknown/unsupported engines are not assumed CHECK-free. Names, expressions, enforcement and table associations survive serialization. Older caches remain readable but have unknown CHECK metadata; regenerate them before a SQLite rebuild.
Native SQL definitions
SQLite introspection also retains definitions needed for faithful rebuilding:
- each table or view carries its native SQL in
Table::getDefinition(); - each explicit index carries its own SQL in
Index::getDefinition(); implicit indexes have no standalone SQL; - each table/view carries its attached triggers as
getTriggerDefinitions()(name => SQL); - views remain schema objects, available through
$schema->getTables(Table::TYPE_VIEW).
Definitions are strings, specific to their originating SQL dialect. They survive schema serialization.
null indicates an unavailable definition or uncollected trigger metadata; [] confirms no triggers.
Generators that do not collect these definitions leave them unavailable.
Hector\Schema\ForeignKey
Represents a foreign key constraint.
Key methods:
getName(): stringgetColumnsName(bool $quoted = false, ?string $tableAlias = null): arraygetReferencedSchemaName(): stringgetReferencedTableName(): stringgetReferencedColumnsName(bool $quoted = false, ?string $tableAlias = null): arraygetUpdateRule(): stringgetDeleteRule(): stringgetTable(): TablegetColumns(): GeneratorgetReferencedTable(): ?TablegetReferencedColumns(): Generator
Deprecated: The
$quotedparameter ongetColumnsName()andgetReferencedColumnsName()is deprecated. UseHector\Query\Statement\Quotedfor driver-aware identifier quoting.
Example: basic schema introspection
$generator = new MySQL($connection);
$schema = $generator->generateSchema('my_database');
foreach ($schema as $table) {
echo "Table: " . $table->getName() . "\n";
// Columns
foreach ($table->getColumns() as $column) {
echo " Column: " . $column->getName() . " (" . $column->getType() . ")";
echo $column->isNullable() ? " NULL" : " NOT NULL";
echo $column->isPrimary() ? " [PK]" : "";
echo "\n";
}
// Indexes
foreach ($table->getIndexes() as $index) {
echo " Index: " . $index->getName() . " (" . $index->getType() . ")";
echo " on [" . implode(', ', $index->getColumnsName()) . "]\n";
}
// Foreign keys
foreach ($table->getForeignKeys() as $fk) {
echo " FK: " . $fk->getName();
echo " [" . implode(', ', $fk->getColumnsName()) . "]";
echo " -> " . $fk->getReferencedTableName();
echo " [" . implode(', ', $fk->getReferencedColumnsName()) . "]\n";
}
echo "\n";
}
This example will output the structure of your database with all tables, columns, indexes and foreign keys. Great for CLI tools, documentation generators or migration scripts! π
Installation
composer require hectororm/schema