Usage: db-migrate [up|down|create] migrationName [options]
Options:
--env, -e The environment to run the migrations under. [default: "dev"]
--migrations-dir, -m The directory containing your migration files. [default: "./migrations"]
--count, -c Max number of migrations to run.
--verbose, -v Verbose mode. [default: false]
--config Location of the database.json file. [default: "./database.json"]
Creating Migrations
To create a migration, execute db-migrate create with a title. node-db-migrate will create a node module within ./migrations/ which contains the following two exports:
exports.up = function (db, callback) {
callback();
};
exports.down = function (callback) {
callback();
};
All you have to do is populate these, invoking callback() when complete, and you are ready to migrate!
When first running the migrations, all will be executed in sequence. A table named migrations will also be created in your database to track which migrations have been applied.
Subsequent attempts to run these migrations will result in the following output
$ db-migrate up
[INFO] No migrations to run
[INFO] Done
If we were to create another migration using db-migrate create, and then execute migrations again, we would execute only those not previously executed:
$ db-migrate up
[INFO] Processed migration 20111220120210-add-kennels
[INFO] Done
You can also run migrations incrementally by specifying a date substring. The example below will run all migrations created on or before December 19, 2011:
All of the down migrations work identically to the up migrations by substituting the word down for up.
Configuration
db-migrate supports the concept of environments. For example, you might have a dev, test, and prod environment where you need to run the migrations at different times. Environment settings are loaded from a database.json file like the one shown below:
You can pass the -e or –env option to db-migrate to select the environment you want to run migrations against. The –config option can be used to specify the path to your database.json file if it’s not in the current working directory.
db-migrate up --config config/database.json -e prod
The above will run all migrations that haven’t yet been run in the prod environment, grabbing the settings from config/database.json.
Defaults
Migrations API
Below are examples of all the different migrations supported by db-migrate. Please note that not all migrations are supported by all databases. For example, SQLite does not support dropping columns.
createTable(tableName, columnSpec, callback)
Creates a new table with the specified columns.
Arguments
tableName - the name of the table to create
columnSpec - a hash of column definitions
callback(err) - callback that will be invoked after table creation
columnNameArray - the array existing column names for each item being inserted
valueArray - the array of values to be inserted into the associated column
callback(err) - callback that will be invoked once the insert has been completed.
removeIndex(indexName, callback)
Remove an index
Arguments
indexName - the name of the index
callback(err) - callback that will be invoked after removing the index
runSql(sql, [params,] callback)
Run arbitrary SQL
Arguments
sql - the SQL query string, possibly with ? replacement parameters
params - zero or more ? replacement parameters
callback(err) - callback that will be invoked after executing the SQL
all(sql, [params,] callback)
Execute a select statement
Arguments
sql - the SQL query string, possibly with ? replacement parameters
params - zero or more ? replacement parameters
callback(err, results) - callback that will be invoked after executing the SQL
License
(The MIT License)
Copyright (c) 2011 Near Infinity Corporation
Permission is hereby granted, free of charge, to any person obtaining
a copy of this software and associated documentation files (the
“Software”), to deal in the Software without restriction, including
without limitation the rights to use, copy, modify, merge, publish,
distribute, sublicense, and/or sell copies of the Software, and to
permit persons to whom the Software is furnished to do so, subject to
the following conditions:
The above copyright notice and this permission notice shall be
included in all copies or substantial portions of the Software.
THE SOFTWARE IS PROVIDED “AS IS”, WITHOUT WARRANTY OF ANY KIND,
EXPRESS OR IMPLIED, INCLUDING BUT NOT LIMITED TO THE WARRANTIES OF
MERCHANTABILITY, FITNESS FOR A PARTICULAR PURPOSE AND
NONINFRINGEMENT. IN NO EVENT SHALL THE AUTHORS OR COPYRIGHT HOLDERS BE
LIABLE FOR ANY CLAIM, DAMAGES OR OTHER LIABILITY, WHETHER IN AN ACTION
OF CONTRACT, TORT OR OTHERWISE, ARISING FROM, OUT OF OR IN CONNECTION
WITH THE SOFTWARE OR THE USE OR OTHER DEALINGS IN THE SOFTWARE.
db-migrate
Database migration framework for node.js
Installation
Supported Databases
Usage
Creating Migrations
To create a migration, execute
db-migrate createwith a title.node-db-migratewill create a node module within./migrations/which contains the following two exports:All you have to do is populate these, invoking
callback()when complete, and you are ready to migrate!For example:
The first call creates
./migrations/20111219120000-add-pets.js, which we can populate:The second creates
./migrations/20111219120005-add-owners.js, which we can populate:Executing multiple statements against the database within a single migration requires a bit more care. You can either nest the migrations like:
or use the async library to simplify things a bit, such as:
Running Migrations
When first running the migrations, all will be executed in sequence. A table named
migrationswill also be created in your database to track which migrations have been applied.Subsequent attempts to run these migrations will result in the following output
If we were to create another migration using
db-migrate create, and then execute migrations again, we would execute only those not previously executed:You can also run migrations incrementally by specifying a date substring. The example below will run all migrations created on or before December 19, 2011:
You can also run a specific number of migrations with the -c option:
All of the down migrations work identically to the up migrations by substituting the word
downforup.Configuration
db-migrate supports the concept of environments. For example, you might have a dev, test, and prod environment where you need to run the migrations at different times. Environment settings are loaded from a database.json file like the one shown below:
You can pass the -e or –env option to db-migrate to select the environment you want to run migrations against. The –config option can be used to specify the path to your database.json file if it’s not in the current working directory.
The above will run all migrations that haven’t yet been run in the prod environment, grabbing the settings from config/database.json.
Defaults
Migrations API
Below are examples of all the different migrations supported by db-migrate. Please note that not all migrations are supported by all databases. For example, SQLite does not support dropping columns.
createTable(tableName, columnSpec, callback)
Creates a new table with the specified columns.
Arguments
Examples
Column Specs
The following options are available on column specs
primaryKeyoption to true on multiple columnsdropTable(tableName, [options,] callback)
Drop a database table
Arguments
Table Options
renameTable(tableName, newTableName, callback)
Rename a database table
Arguments
addColumn(tableName, columnName, columnSpec, callback)
Add a column to a database table
Arguments
Column spec is the same as that described in createTable
removeColumn(tableName, columnName, callback)
Remove a column from an existing database table
renameColumn(tableName, oldColumnName, newColumnName, callback)
Rename a column
Arguments
changeColumn(tableName, columnName, columnSpec, callback)
Change the definition of a column
Arguments
addIndex(tableName, indexName, columns, callback)
Add an index
Arguments
insert(tableName, columnNameArray, valueArray, callback)
Insert an item into a given column
Arguments
removeIndex(indexName, callback)
Remove an index
Arguments
runSql(sql, [params,] callback)
Run arbitrary SQL
Arguments
all(sql, [params,] callback)
Execute a select statement
Arguments
License
(The MIT License)
Copyright (c) 2011 Near Infinity Corporation
Permission is hereby granted, free of charge, to any person obtaining a copy of this software and associated documentation files (the “Software”), to deal in the Software without restriction, including without limitation the rights to use, copy, modify, merge, publish, distribute, sublicense, and/or sell copies of the Software, and to permit persons to whom the Software is furnished to do so, subject to the following conditions:
The above copyright notice and this permission notice shall be included in all copies or substantial portions of the Software.
THE SOFTWARE IS PROVIDED “AS IS”, WITHOUT WARRANTY OF ANY KIND, EXPRESS OR IMPLIED, INCLUDING BUT NOT LIMITED TO THE WARRANTIES OF MERCHANTABILITY, FITNESS FOR A PARTICULAR PURPOSE AND NONINFRINGEMENT. IN NO EVENT SHALL THE AUTHORS OR COPYRIGHT HOLDERS BE LIABLE FOR ANY CLAIM, DAMAGES OR OTHER LIABILITY, WHETHER IN AN ACTION OF CONTRACT, TORT OR OTHERWISE, ARISING FROM, OUT OF OR IN CONNECTION WITH THE SOFTWARE OR THE USE OR OTHER DEALINGS IN THE SOFTWARE.