Automating MySQL schema migrations with GitHub Actions and more
EngineeringOpen SourceAutomating MySQL schema migrations with GitHub Actions and moreIn this deep dive, we cover how our daily schema migrations amounted to a significant toil on the database infrastructure team, and how we searched for a solution to automate the manual parts of the process. In the past year, GitHub engineers shipped GitHub Packages, Actions, Sponsors, Mobile, security advisories
進まない、マイグレーション - Qiita
Railsで運用していた本番環境を、マイグレーションの加減で止めてしまいました。 経緯 AWS上にRailsで作ったプロジェクトがありまして、環境管理をElastic Beanstalkで行っていました。毎週1回、人の少ないタイミングに更新を行っていたのですが、あるときに反映したところで、マイグレーションが全く進まなくなってしまいました。 原因 もちろん、開発環境で同じマイグレーションは回していたので、マイグレーションの記載ミスではなかったのですが、本番環境にアクセスがあった中でマイグレーションを動かしてしまったこと、そして作成するマイグレーションが新しいテーブルを作るようなものではなく、既存のテーブルの定義を書き換えるものだったがために、ロックが絡み合って一向に進まなくなってしまったのでした。 その場での対応 ひとまず、強引にデータベースサーバを再起動して元の状態に戻して、古いバージョン
DBマイグレーションを行う技術 - 発明のための再発明
データベースのスキーマを変更するということはデータをいじる行為であり、最悪の場合データが消えます。 最悪の事態にはならなくとも、思わぬ場所に影響が起きたり、データの不整合が発生する恐怖と戦う必要が有ります。 テストや切り戻しを含めて計画し、大きな変更の場合にはダウンタイムまで考慮する必要があります。 そこで、RDBを対象にデータベースの変更を行う方法について書いていきます。 スキーマ変更 まずは、スキーマ変更について、 カラムを追加する 一番簡単で、影響も少ない変更です。 気をつけるのは、 ソースコードの変更よりも前にスキーマ変更を完了させる (長時間)ロックがかからない方法を選ぶ といったところでしょうか。 大抵の場合は、スキーマの変更とソースコードの変更の順番にさえ気をつければ問題は発生しません。 カラム名を変更する 「ALTER」でさくっと変えたくなりますが、ソースコードの変更が同時
MySQL 5.6 のオンラインDDLについて調べた - takatoshiono's blog
今更だけど MySQL 5.6 ではオンラインDDLの機能が追加されている。今日はこのオンラインDDLについて勉強したことを書いてみる。 MySQL のマニュアル MySQL :: MySQL 5.6 Reference Manual :: 14.11 InnoDB and Online DDL にいろいろ書いてある。いまから書くことはこのマニュアルから得た知識が元になっている。 DDL てなによ？ データではなく、テーブル自身を操作するためのSQL文のこと。CREATE, ALTER, DROP, TRUNCATEなど。オンラインDDLではCREATE INDEX, DROP INDEX, ALTER TABLEに適用される。 http://dev.mysql.com/doc/refman/5.6/en/glossary.html#glos_ddl 5.1 までの ALTER TABLE
DBのマイグレーション時に、changeでupとdownを表現する方法 - Qiita
はい。どうも。 ちぇんじ Railsのmigration、あるときから（3.xからだっけ）changeというメソッドが使われるようになった。 たとえばcreate_tableなんかだと、upの時にはテーブル作成をして、downの時にはおもむろにテーブルをdropしてくれる、っていう楽チン仕様だ。 だけど、たとえばupとdownで行う動作が違う場合。 upの時はカラム追加しつつデータ移行もやりたい、だけどdownの時はカラム削除だけ。みたいな。 これを上手く表現する方法がいまいち想像がつかなくて、結局これまで通り使えるupとdownで書いちゃうっていう、もやっとした感じのコードになっちゃってた。 そこでreversibleですよ なんの気なしにRails Guidesを読んでいたら、こんなことが書いてあった。 If you wish for a migration to do somethi
Ridgepole本番運用における懸念点と解決方法の検討 - Qiita
Ridgepoleは、rails標準のmigrateに代わるDBスキーマ管理ツールです。 Ridgepoleを使ってみる クックパッドにおける最近のActiveRecord運用事情 現在弊社で随時開発中のRails製新規サービスにおいて、DBのスキーマ管理ツールとして、Ridgepoleを導入することが決定しました。そこでRidgepoleを導入するにあたって、悩んだ点やハマった点などをまとめてみました。 環境 Ruby 2.3.1 Rails 5 MySQL 5.7 Point 1. インストール 普通にインストールしようとしたら、Rails5環境には入りませんでした。そこで、正式リリース前の最新ブランチでインストールすると、うまく入りました。 2017/3/18追記 最新のバージョンがリリースされたことで、Rails5でも普通に入るようになりました。
CakePHPのMigrationクラスを既存のクラス定義からジェネレートする - Qiita
既存のクラス定義からCakePHP3のマイグレーションを生成するジェネレータを作った。 プロパティが沢山あるクラスを作ってからマイグレーションクラスの叩き台を作ったりする時に使えると思う。 ジェネレータクラス <?php class MigratinoClassGenerator { public function generate(string $className) { $ref = new ReflectionClass($className); $properties = $ref->getProperties(); $migrationClass = new MigrationClass(); foreach ($properties as $property) { $migrationClass->addColumn($property->getName()); } retur
マイグレーション作成時のチェックポイント - Qiita
2. アプリケーションで定義したクラスを直接使わない app/models 下のモデルクラスなど、マイグレーションファイルの外部に定義している、将来実装を変更する可能性のあるクラスを直接利用することは禁じ手と考えた方がいいでしょう。 なぜかというと、マイグレーションファイルというのは、未来にわたって末永く、書いたときの意図どおりに動く 必要があるからです。言い換えれば、マイグレーションファイルのコードは、マイグレーションファイル内で閉じていて、凍結されていることが望ましい のです。 このような単純な例でさえ、将来、User::DEFAULT_TEL の値（実装）が変更されてしまったら、その時点で "だいぶ以前の古いマイグレーション" になっているこのコードの挙動も同時に変わってしまいます。マイグレーションコードで過去の定数値を使うように変更する、といった対応をし忘れれば、例えば、本番DBと
cakephp/migrationsにプルリクエストを送った - アルファブレンド プログラミングチップス
はじめに CakePHP3 Advent Calendar 2016 - Qiita 20日目が空いていたので。 内容 CakePHP3のマイグレーションにはmigration_diffという機能があり、 差分から自動的にマイグレーションファイルを作ってくれる超便利な機能がある。 ただ１点、 afterオプションだけ自動的につけてくれない、 という仕様だったのがずっと気になっていた。 気になってソースを調べてみると、 なんとなく可能なんじゃないか、という感じに見えた。 でも付けられていないということは何か理由でもあるのだろうか？ と思いつつ対応してみたら簡単にafterをつけることができた。 せっかくなのでテストも作成し、issueでPRしていいか聞いてみたところOKが出たのでPR。 Milestoneにも入ったので問題なければ恐らくマージされるのではないかと思う。 Add 'after'
Golang製DBマイグレーションツールgoose + MySQLを試してみた - Qiita
gooseとは Golang製のDBマイグレーションツール https://bitbucket.org/liamstask/goose/ なんでgoose？ プロジェクトのプログラムとは離した状態でマイグレーションを導入したかった。プロジェクトごとにマイグレーション手段が変わるのが嫌だったから。 SQLをそのまま書けるので学習コストが高くなさそう。 Golang製のツールを使ってみたかった。 導入まで 参考: http://enomotodev.github.io/post/use-goose/ goは導入済みとして $ goose goose is a database migration management system for Go projects. Usage: goose [options] <subcommand> [subcommand options] Options:
DBマイグレーションツールまとめメモ - Qiita
<?php use Phinx\Migration\AbstractMigration; class CreateUsersTable extends AbstractMigration { // Migrate Up public function up() { $table = $this->table('users'); $table->addColumn('id', 'integer') ->addColumn('name', 'string') ->create(); } // Migrate Down public function down() { $this->execute('DELETE FROM users'); } } migr8 https://github.com/kwatch/migr8 Ruby製 SQL Phpmig https://github.com/
CakePHPで開発しているけれどもMigrationsは捨ててRidgepoleを使っているはなし - Copy/Cut/Paste/Hatena
タイトルは若干釣りです。 CakePHPにはマイグレーションツールとして、CakeDC/Migrations(CakePHP2)や、Phinxベースのcakephp/migrations(CakePHP3)があります。 とても有用ですし、CakePHP Bakerはみんな知っているツールです。自分もずっとお世話になっていました。 ただ、ちょいちょい困ることもあったので、最近はRidgepoleを使い始めています。 Ridgepole github.com Ridgepoleはクックパッド社で利用されているというマイグレーションツールです。 techlife.cookpad.com Ridgepoleは最大の利点が、1つのSchemafileを管理するだけでスキーマのべき等性を担保してくれるということです。 RidgepoleはDSL自体がRailsのActiveRecordと同じだというこ
頼りがいのある(かもしれない)Database Migration Utility, Anegoを作っています - Masteries
PerlでWebAppなどを作っている際, データベースのマイグレーションをするのであれば, 例えば@sugyanさんのブログに書かれているSQL::Translator::DiffでDBスキーマに追従させる方法のような手段を使ったり, 或いはこれと同じくSQL::Translator::Diffに基づいたGitDDLやGitDDL::Migratorなどを使う手があると思います. この辺りの方法を参考にしながら, Reactioなどでは独自のマイグレーションの仕組みを作って実践しているのですが, だいぶ安定して使えているし, そろそろ他のプロジェクトでも使いたくなってきたので, モジュールとして切り出してみることにしました. なお名前は, Kansai.pmでAnegoのプロトタイプコードに様々なアドバイスを下さった@karupaneruraさんとそのORM｢Aniki｣に敬意を表して(
CakePHP3(Phinx)のMigration記述例 - Qiita
CakePHP3はDBスキーマの更新管理にPhinxを採用していますが、ドキュメントが少ない…。 ということで、Migrationファイルの例を書こうと思います。 一応参考： Cookbook 3.x - Migrations Phinx - Writing Migrations テーブルの追加 change()に書ける $table = $this->table('table_name'); $table->addColumn('name', 'string') ->addColumn('description', 'text') ->addColumn('created', 'datetime') ->addColumn('modified', 'datetime') ->create();
Rails のマイグレーションクラスの命名ルール - kzy52's blog
今までマイグレーションクラスの命名がプロジェクトによってばらばらだったので命名ルールをまとめてみました。 マイグレーションクラスの命名ルール 種別 クラス名 ケース テーブル作成 CreateUsers usersテーブルを作成する場合 テーブル削除 DropUsers usersテーブルを削除する場合 カラム追加 AddAgeToUsers usersテーブルにageカラムを追加する場合 カラム削除 RemoveAgeFromUsers usersテーブルからageカラムを削除する場合 カラム名変更 RenameFromSexToGenderOnUsers usersテーブルのsexカラムの名前をgenderに変更する場合 カラム情報変更 ChangeAuthenticationColumnsOnUsers usersテーブルの認証系のカラムを変更する場合 INDEX作成 AddInde
【Rails】migrationのchangeとup/downって何が違うの？ - tanihiro.log
Railsでmigrationを作成する時、changeメソッドだけが定義されていたり、upとdownメソッドの2つが定義されている時があります。 class AddColumnHoge < ActiveRecord::Migration def change end end class ChangeColumnHoge < ActiveRecord::Migration def up end def down end end こんな風に、migrationファイルを作成した時の名前で、生成されるclassのひな形が違います。 up/downについて upとdownメソッドは、migrateを実行した時の処理と、rollbackした時の処理を定義します。 upで変更したものは、downで元に戻るようにしておかないと、正しくrollbackできません。 class ChangeColumnH
Railsプロジェクトの初期開発フェーズでのDBスキーマ管理を見直す | Webシステム開発／教育ソリューションのタイムインターメディア
DBのスキーマ、皆様どのように管理されているでしょうか。 Railsを利用されている方の多くは、ActiveRecordのマイグレーションを利用して管理をされているかと思います。 私もいままでいくつかのRailsプロジェクトに関わってきましたが、 ほぼ全てのプロジェクトでActiveRecordのDBマイグレーションを利用してきました。 (一部のプロジェクトはActiveRecordを使っていないため、マイグレーションも独自のものを利用しています) ActiveRecordのマイグレーションでは、DBスキーマ変更の差分情報をマイグレーションスクリプトとして保存しておきます。例えば、新しいテーブル「users」を作成する場合は、下記のようなマイグレーションスクリプトを作成します。 class AddUsers < ActiveRecord::Migration def up # ここにマイグ
rake db:resetとrake db:migrate:resetの違い db:resetはschema.rbを使い、db:migrate:resetはmigrationsを使う - memo.yomukaku.net
開発中のアプリでは、他人または自分の書いたmigrationsやそこから作られたschema.rbを使ってデータベースの構造を更新します。この時rake db:resetやrake db:migrate:resetのようなコマンドを使用します。これらの違いについてまとめます。rake db:resetはdbをドロップし、db/schema.rbにもとづいてcreateします http://guides.rubyonrails.org/migrations.htmlに書かれているように、rake db:resetはデータベースをdropし、db/schema.rbに書かれている現在のschemaをロードします。 db/migrate以下のファイルに書かれているマイグレーションを新たに読み込んだりせず、あくまでも現在のdb/schema.rbの内容でデータベースを作ります。 rake db:m
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
git-schemlexとddl-makerを使ったDB migrationの紹介 / git-schemalex and ddl-maker migration #golangtokyo - Speaker Deck
DBマイグレーションツール作った話 - Qiita