Database Migrations

Migrations are a convenient way for you to alter your database in a structured and organized manner.

Migrations are available in Phalcon Developer Tools You need at least Phalcon Framework version 0.5.0 to use developer tools.

Often in development we need to update changes in production environments. Some of these changes could be database modifications like new fields, new tables, removing indexes, etc.

When a migration is generated a set of classes are created to describe how your database is structured at that particular moment. These classes can be used to synchronize the schema structure on remote databases setting your database ready to work with the new changes that your application implements. Migrations describe these transformations using plain PHP.

Schema Dumping

The Phalcon Developer Tools provides scripts to manage migrations (generation, running and rollback).

The available options for generating migrations are:

Migrations - 图1

Running this script without any parameters will simply dump every object (tables and views) from your database into migration classes.

Each migration has a version identifier associated with it. The version number allows us to identify if the migration is newer or older than the current ‘version’ of our database. Versions will also inform Phalcon of the running order when executing a migration.

Migrations - 图2

When a migration is generated, instructions are displayed on the console to describe the different steps of the migration and the execution time of those statements. At the end, a migration version is generated.

By default Phalcon Developer Tools uses the app/migrations directory to dump the migration files. You can change the location by setting one of the parameters on the generation script. Each table in the database has its respective class generated in a separated file under a directory referring its version:

Migrations - 图3

Migration Class Anatomy

Each file contains a unique class that extends the Phalcon\Mvc\Model\Migration class. These classes normally have two methods: up() and down(). up() performs the migration, while down() rolls it back.

up() also contains the magic method morphTable(). The magic comes when it recognizes the changes needed to synchronize the actual table in the database to the description given.

  1. <?php
  2. use Phalcon\Db\Column as Column;
  3. use Phalcon\Db\Index as Index;
  4. use Phalcon\Db\Reference as Reference;
  5. use Phalcon\Mvc\Model\Migration;
  6. class ProductsMigration_100 extends Migration
  7. {
  8. public function up()
  9. {
  10. $this->morphTable(
  11. 'products',
  12. [
  13. 'columns' => [
  14. new Column(
  15. 'id',
  16. [
  17. 'type' => Column::TYPE_INTEGER,
  18. 'size' => 10,
  19. 'unsigned' => true,
  20. 'notNull' => true,
  21. 'autoIncrement' => true,
  22. 'first' => true,
  23. ]
  24. ),
  25. new Column(
  26. 'product_types_id',
  27. [
  28. 'type' => Column::TYPE_INTEGER,
  29. 'size' => 10,
  30. 'unsigned' => true,
  31. 'notNull' => true,
  32. 'after' => 'id',
  33. ]
  34. ),
  35. new Column(
  36. 'name',
  37. [
  38. 'type' => Column::TYPE_VARCHAR,
  39. 'size' => 70,
  40. 'notNull' => true,
  41. 'after' => 'product_types_id',
  42. ]
  43. ),
  44. new Column(
  45. 'price',
  46. [
  47. 'type' => Column::TYPE_DECIMAL,
  48. 'size' => 16,
  49. 'scale' => 2,
  50. 'notNull' => true,
  51. 'after' => 'name',
  52. ]
  53. ),
  54. ],
  55. 'indexes' => [
  56. new Index(
  57. 'PRIMARY',
  58. [
  59. 'id',
  60. ]
  61. ),
  62. new Index(
  63. 'product_types_id',
  64. [
  65. 'product_types_id',
  66. ]
  67. ),
  68. ],
  69. 'references' => [
  70. new Reference(
  71. 'products_ibfk_1',
  72. [
  73. 'referencedSchema' => 'invo',
  74. 'referencedTable' => 'product_types',
  75. 'columns' => ['product_types_id'],
  76. 'referencedColumns' => ['id'],
  77. ]
  78. ),
  79. ],
  80. 'options' => [
  81. 'TABLE_TYPE' => 'BASE TABLE',
  82. 'ENGINE' => 'InnoDB',
  83. 'TABLE_COLLATION' => 'utf8_general_ci',
  84. ],
  85. ]
  86. );
  87. }
  88. }

The class is called ProductsMigration_100. Suffix 100 refers to the version 1.0.0. morphTable() receives an associative array with 4 possible sections:

IndexDescriptionOptional
columnsAn array with a set of table columnsNo
indexesAn array with a set of table indexes.Yes
referencesAn array with a set of table references (foreign keys).Yes
optionsAn array with a set of table creation options. These options are often related to the database system in which the migration was generated.Yes

Defining Columns

Phalcon\Db\Column is used to define table columns. It encapsulates a wide variety of column related features. Its constructor receives as first parameter the column name and an array describing the column. The following options are available when describing columns:

OptionDescriptionOptional
typeColumn type. Must be a Phalcon\Db\Column constant (see below)No
sizeSome type of columns like VARCHAR or INTEGER may have a specific sizeYes
scaleDECIMAL or NUMBER columns may be have a scale to specify how much decimals it must storeYes
unsignedINTEGER columns may be signed or unsigned. This option does not apply to other types of columnsYes
notNullColumn can store null values?Yes
defaultDefines a default value for a column (can only be an actual value, not a function such as NOW())Yes
autoIncrementWith this attribute column will filled automatically with an auto-increment integer. Only one column in the table can have this attribute.Yes
firstColumn must be placed at first position in the column orderYes
afterColumn must be placed after indicated columnYes

Database migrations support the following database column types:

  • Phalcon\Db\Column::TYPE_INTEGER
  • Phalcon\Db\Column::TYPE_VARCHAR
  • Phalcon\Db\Column::TYPE_CHAR
  • Phalcon\Db\Column::TYPE_DATE
  • Phalcon\Db\Column::TYPE_DATETIME
  • Phalcon\Db\Column::TYPE_TIMESTAMP
  • Phalcon\Db\Column::TYPE_DECIMAL
  • Phalcon\Db\Column::TYPE_TEXT
  • Phalcon\Db\Column::TYPE_BOOLEAN
  • Phalcon\Db\Column::TYPE_FLOAT
  • Phalcon\Db\Column::TYPE_DOUBLE
  • Phalcon\Db\Column::TYPE_TINYBLOB
  • Phalcon\Db\Column::TYPE_BLOB
  • Phalcon\Db\Column::TYPE_MEDIUMBLOB
  • Phalcon\Db\Column::TYPE_LONGBLOB
  • Phalcon\Db\Column::TYPE_JSON
  • Phalcon\Db\Column::TYPE_JSONB
  • Phalcon\Db\Column::TYPE_BIGINTEGER

Defining Indexes

Phalcon\Db\Index defines table indexes. An index only requires that you define a name for it and a list of its columns. Note that if any index has the name PRIMARY, Phalcon will create a primary key index for that table.

Defining References

Phalcon\Db\Reference defines table references (also called foreign keys). The following options can be used to define a reference:

IndexDescriptionOptionalImplemented in
referencedTableIt’s auto-descriptive. It refers to the name of the referenced table.NoAll
columnsAn array with the name of the columns at the table that have the referenceNoAll
referencedColumnsAn array with the name of the columns at the referenced tableNoAll
referencedSchemaThe referenced table maybe is on another schema or database. This option allows you to define that.YesAll
onDeleteIf the foreign record is removed, perform this action on the local record(s).YesMySQL PostgreSQL
onUpdateIf the foreign record is updated, perform this action on the local record(s).YesMySQL PostgreSQL

Writing Migrations

Migrations aren’t only designed to ‘morph’ table. A migration is just a regular PHP class so you’re not limited to these functions. For example after adding a column you could write code to set the value of that column for existing records. For more details and examples of individual methods, check the database component.

  1. <?php
  2. use Phalcon\Mvc\Model\Migration;
  3. class ProductsMigration_100 extends Migration
  4. {
  5. public function up()
  6. {
  7. // ...
  8. self::$_connection->insert(
  9. 'products',
  10. [
  11. 'Malabar spinach',
  12. 14.50,
  13. ],
  14. [
  15. 'name',
  16. 'price',
  17. ]
  18. );
  19. }
  20. }

Running Migrations

Once the generated migrations are uploaded on the target server, you can easily run them as shown in the following example:

Migrations - 图4

Migrations - 图5

Depending on how outdated is the database with respect to migrations, Phalcon may run multiple migration versions in the same migration process. If you specify a target version, Phalcon will run the required migrations until it reaches the specified version.