RailsのDBをMySQLからsqliteに移行する - おもしろwebサービス開発日記チラシの裏
異なるDBのデータ移行はめっちゃ面倒な印象があったけど、やってみたらそこまででもなかったぞという話をメモしておきます。 前提 MySQL特有のクエリを書いていない データ移行手順 rroblak/seed_dump: Rails task to dump your data to db/seeds.rb を利用する。このgemを使うとrake db:seed:dumpでdb/seeds.rb にDBの内容をダンプできる。ダンプした内容を移行先に持ち込んで、おもむろにbin/rails db:seedするとデータの移行ができる。便利。 ただしrake db:seed:dumpだとREADMEに書いてあるようにモデルのcreate!メソッドの実行になるし、idが指定されない形になってしまう。 Product.create!([ { category_id: 1, description: "L
DHHが考えるRailsのバリデーション設計
3行まとめ 単純なバリデーション（必須・範囲・文字数など）はHTMLとDB制約、CHECK制約があれば十分であるというのが最近のDHHの主張。 SQLiteではCHECK制約が少し貧弱なため、制約変更の可能性がある場合は従来通りアプリケーションでもバリデーションした方がいい。 Rails初心者はDHHの方法をそのまま採用するのはやめた方が良い。 調べたきっかけ 最近DHHがonce.comでのCampfireをはじめとしたプロダクトで、NULL制約やDB制約で防げるようなRailsのモデルのバリデーションを積極的には利用しないでいるという主張をしている。 DHHの主張を要約すると以下のようになる。[1] HTMLでのバリデーションが優れている 例えば、input type=“email” にしておくとブラウザで勝手にメールアドレス形式ではない場合にエラーにしてデータ送信をしないようにしてく
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Railsのid列は必ずしもきれいな連番にはならないんですよ、という話 - Qiita
