Ladder started life as a very simple database migration system. It's grown over time to the beast you see before you. It's written in PHP 5, and supports the popular MySQL database server.
Well, we use it in conjunction with source control (SVN, Git, Mercurial, et al) in order to track the changes we make to the database alongside our source code.
This allows us all to work on a project and know whether or not we have applied various changes to our local development environments.
Migrations have at least two methods: up()
and down()
. The up()
method is
run when the migration hasn't been applied and should have been. down()
is run
when the migration is being removed from the database. Logically, a down()
method should do the opposite to its counterpart up()
method. Dropping a
column instead of adding it, etc.
If you're reading this file, you've already got it (or you're reading it on Github/BitBucket…). Have a look in the config/ directory. Copy each file ending in ".sample", and remove the ".sample" part. Edit your copies of the files, plugging in your own settings such as database server.
Also, in the root of the project (the directory where this file is), take a copy
of ladder.php.sample, rename it to ladder.php, change any settings in there
(usually works out of the box, unless you're going for an advanced setup),
and run the ladder.php script: php ladder.php
.
If you don't see a list of valid commands, something has gone wrong. Sorry about that!
I'd advise you to check the documentation, but unfortunately, you're reading it. A brief list of supported features follows:
-
Table creation / alteration.
Tables can be created - or altered if they already exist - seamlessly. -
Column additions, alterations, removal.
Columns can be added to tables, altered, moved, and removed.Table->column()
,Table->alter_column()
, andTable->drop_column()
. -
Index creation and removal.
Table->index()
, andTable->drop_index()
. -
CSV import/unimport.
CSVs can be imported, either by inserting the data, or updating based on optional fields. They can also be un-imported when the migration is removed. See the properties:- Migration->import_data
- Migration->import_update
- Migration->import_key_fields
- Migration->unimport_data
- Migration->unimport_key_fields
-
Key-value storage per migration.
This is a new one. It allows you to - for example - store the id of a new record you create in migration x, then later refer to that id in migration y. A real-world example of this might be creating a new news article, then later having to remove that exact article, even if a user has changed its content. Look atMigration->set()
,Migration->get()
, andMigration->remove()
.
If you create a new migration (php ladder.php create *migration_name*
), the
template that is created contains a lot of the options you can use, but
commented out.
Alternatively, take a look at http://drarok.com/ladder/ - I'm adding some examples there as requests come in.