Rails で信頼性の高い Migration を書くには - Qiita
エムスリーでは Tech Talk という技術勉強会をほぼ隔週で行っているのですが、今日は記念すべき 50 回目ということで飲み会がありました。少しだけ飲み過ぎて遅くなってしまったのですが、エムスリーアドベントカレンダー 12/21（月）の記事がこちらになります。 私は日頃趣味では JavaScript 関連を触っていることが多いのですが、業務ではフロントエンドに加えて、Rails を使ってデータの整合性が何よりも大事な業務系のシステムを書いています。このようなシステムを開発する中で、Rails の Migration、特にスキーマ変更に付随するデータ変更について学んだことをいくつか書いてみようと思います。 バックアップ 何はなくとも、本番環境で Migration を実行する前にバックアップを取りましょう。当たり前のことですが、大事なことなので二度言います。バックアップを取りましょう。
Rails DB Migration - How To Drop a Table?
I added a table that I thought I was going to need, but now no longer plan on using it. How should I remove that table? I've already run migrations, so the table is in my database. I figure rails generate migration should be able to handle this, but I haven't figured out how yet. I've tried: rails generate migration drop_tablename but that just generated an empty migration. What is the "official"
[Yacto] Ecto のマイグレーションを自動化したり水平分割するためのライブラリを作った - Qiita
Ecto はデータベースを扱うとても便利なライブラリです。 ただ、自分達が使う上でいくつか使い勝手の悪い部分があったので、Yacto というライブラリを作りました。1 Yacto とは Yacto は、Ecto で使いにくかった部分をサポートするためのライブラリです。 大まかに以下の機能があります。 マイグレーションファイルの自動生成 別アプリケーションからのマイグレーションの利用 水平分割したデータベースへのマイグレーション 複数データベースを跨るトランザクション（XA トランザクション） それぞれ説明していきます。 マイグレーションファイルの自動生成 Yacto は、特にマイグレーション周りが Ecto と異なります。 Ecto はスキーマとマイグレーションを別で定義していましたが、Yacto は スキーマからマイグレーションファイルを自動的に出力します。 具体的には、以下の様にスキー
![[Yacto] Ecto のマイグレーションを自動化したり水平分割するためのライブラリを作った - Qiita](https://cdn-ak-scissors.b.st-hatena.com/image/square/cbc1f0f7d57c0fbd7dc87d81bc07542c36a83eff/height=288;version=1;width=512/https%3A%2F%2Fcdn.qiita.com%2Fassets%2Fqiita-fb-2887e7b4aad86fd8c25cea84846f2236.png)
生きて腸まで届くマイグレーションツール Phinx - メドピア開発者ブログ
こんにちは。メドピアCTO室 @kenzo0107 です。 Join して4ヶ月、 日々新たな技術に触れ、赤い実弾かせながら過ごしております。 今回は開発環境 DB をコンテナ化した際に使用した Phinx についてです。 Phinx って何？ phinx.org PHP (>=5.4) でコーディングできるDBマイグレーション&シードツール composer 管理 CakePHP 2.x 系の schema.php の様なファイルを作る必要がない DB の向け先は yml で複数管理可能 F/W に依存しない MySQL, PostgreSQL, SQL Server, SQLite に対応 Phinx 採用経緯 メドピアでは以下の様な課題を鑑みてマイグレーションツールを模索していました。 PHP 5.x系 で運用している独自F/Wがある*1 既に DB が大規模 (スキーマ数 50程度
FuelPHPのデータベースマイグレーション - Qiita
はじめに 「優しいIT」という理念の基、ITコンサルタントをしている亀井亮介と申します！ 現在、仕事では要求分析・要件定義を中心に上流工程をしていますが、プログラムも書きます！ 今回は、FuelPHPのscaffoldを利用してコードを自動生成します。 開発中にデータベースの構成が変更されて、今まで動いていた機能が動かず…いろいろ試しても開発メンバー間で、テーブルの整合性が取れていないために、余計な時間を費やした… そんな経験はありませんか？ FuelPHPではデータベースのマイグレーションがソースファイルで管理できます（Ruby on Railsからの移植でしょう）！ ●今回の目的 FuelPHPでデータベースマイグレーションを実践（今回、Dockerは関係ありません。） CREATE文や外部キーをプログラムで制御し、開発時によくある「いつ間にかデータベースの構造が変わってエラー多発」し
過去のmigrationをまとめてくれるGem「Squasher」 | mah365
ずっと開発を続けていくと、どうしてもmigrationファイルがめちゃくちゃに増えてしまいますよね。あまりにも昔のmigrationファイルだと「とあるバージョンのGemを前提にしていたのだけど、Gemのバージョンが上がって実行できなくなった」みたいな事態が起こったりして厄介です。そういう訳で過去のmigrationファイルをひとまとめにしたいと思ったときに役に立つGemがSquasherです。 使い方 gem install squasherでGemをインストールしたあと、 squasher 2014 とコマンドを打つと、2014年以前のmigrationファイルをひとまとめにしてくれます。また、 squasher 2013/12 squasher 2013/12/19 などと、月・日を指定することで、「2013年12月19日以前のmigrationファイルをひとまとめにする」といった指
rake db:migrate で ActiveRecord::StatementInvalid: Mysql2::Error: Table 'db.table' doesn't exist: SHOW FULL FIELDS FROM `table` - Qiita
rake db:migrate で ActiveRecord::StatementInvalid: Mysql2::Error: Table 'db.table' doesn't exist: SHOW FULL FIELDS FROM `table`RailsRSpec 背景 rake db:migrate しようとしたら tableないっておこられる。 migrateなのにそりゃないぜ。 よくわからないけど、設定ごにょごにょしたら直った。 後で詳しく調べる。 対処法 GEMFILEのfactory girlの設定のrequireをfalseにして、spec_helperでfactory girlをrequireしてあげれば通る。
Add a reference column migration in Rails 4
Rails 4.x When you already have users and uploads tables and wish to add a new relationship between them. All you need to do is: just generate a migration using the following command: rails g migration AddUserToUploads user:references Which will create a migration file as: class AddUserToUploads < ActiveRecord::Migration def change add_reference :uploads, :user, index: true end end Then, run the m
Railsのmigrationでreferencesの張られたカラムを削除する - Qiita
でカラムの削除をしようとすると、外部キー制約に引っかかるため削除ができない。 「カラム名:references」を後尾につけると、remove_reference と remove_foreign_key が自動付与されるので良い。 $ rails generate migration remove_カラム名_from_テーブル名 カラム名:references $ rails g migration remove_content_from_item content:references class RemoveContentIdFromItem < ActiveRecord::Migration def change remove_reference :items, :content, index: true remove_foreign_key :items, :contents en
PGECons最新ドキュメントでOracle Database→PostgreSQLへの移行を攻略！
PostgreSQLを安心して選定するための指針「DB選定基準編」 データベース移行では、まず置き換え先のデータベースを選定し（図1の⓪）、続くステップとして移行可否を判断するためのアセスメント（図1の①）を実施します。アセスメントの結果、移行のコストやリスクに対してメリットがあり移行を実施すると判断した場合、システム構成や周辺システムとのデータ連携、データベースに格納されているスキーマ定義、データ、ストアドプロシージャを含むアプリケーションと運用の移行へと進めていきます（図1の②-⑦）。その後、テストと必要に応じてチューニングを施した上で移行評価を行います（図1の⑧-⑩）。 図1：データベース移行の全体像 企業システムでデータベースに求められる機能要件は多岐にわたります。そのため、データベースがそれらを実現する技術要素を持っているかどうかをきちんと把握した上で適切に選定する必要があります
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Ecto.Schema — Ecto v3.11.2
GitHub - gumi/yacto: A library for automatically generating a migration file and horizontally partitioning databases
Active Record DB Schema documentation - RubyFlow
Creating slugs for Ecto schemas
TIL about Ecto schema @derive
GitHub - jalkoby/squasher: Squasher - squash your old migrations in a single command
Migrating from redis-namespace | Mike Perham
A proper migration from 0.8.x guide · Issue #2082 · rails-api/active_model_serializers
Rails Migration to make a column null => true
git-schemlexとddl-makerを使ったDB migrationの紹介 / git-schemalex and ddl-maker migration #golangtokyo - Speaker Deck
