#15 schema migration

マイグレーションというものについて私の考えをまとめてみたいと思います。

まず、マイグレーションの定義ですよね。
マイグレーションとはhttp://www.sophia-it.com/content/%E3%83%9E%E3%82%A4%E3%82%B0%E3%83%AC%E3%83%BC%E3%82%B7%E3%83%A7%E3%83%B3
とかいろいろな意味があるんですが、ORMだったりdatabase周りで語られる場合は、
schemaのバージョン管理的な意味合いで良いと思います。

例えばMySQLで例を挙げますと、

CREATE TABLE `user` (
  `id` int(11) NOT NULL AUTO_INCREMENT,
  `name` varchar(10) DEFAULT NULL,
  PRIMARY KEY (`id`),
  KEY `name_idx` (`name`)
) ENGINE=InnoDB DEFAULT CHARSET=utf8

こういったテーブルがあったとして、これに年齢を表すageカラムがついかされるとします。
その場合MySQLだと

ALTER TABLE user ADD COLUMN age int(10) UNSIGNED NOT NULL DEFAULT 0 AFTER name;

などと実行してカラムを追加することになります。
そうすると、

mysql> SHOW CREATE TABLE user\G
*************************** 1. row ***************************
       Table: user
Create Table: CREATE TABLE `user` (
  `id` int(11) NOT NULL AUTO_INCREMENT,
  `name` varchar(10) DEFAULT NULL,
  `age` int(10) unsigned NOT NULL DEFAULT '0',
  PRIMARY KEY (`id`),
  KEY `name_idx` (`name`)
) ENGINE=InnoDB DEFAULT CHARSET=utf8
1 row in set (0.00 sec)

このようになるわけですね。

こういった新しいカラムの追加をORMでカバーするかどうかです。

たとえばDBICではある程度カバーしてくれますし、それを有効に使って開発を進めている人達を知っています。

ただ個人的にはこういった管理はORMではない別の仕組みでカバーするべきだと考えます。
というのも、ORMが扱うであろうCRUD操作とDDLは別物として捉えるのが良いと考えるからです。

DDL操作なんてそんなに頻繁にしないですよね？
一日に何十回、何百回と操作しますかね？普通はないんじゃないでしょうか？

さらに、databaseの種類はかなりの数あります。