Rails だって硬いデータベース設計をしたい！そんなあなたに贈る Tips 4 選 - peroli Developer's Blog
2016 - 09 - 09 Rails だって硬いデータベース設計をしたい！そんなあなたに贈る Tips 4 選 list Tweet こんにちは、ペロリのサーバサイドエンジニアの @a_suenami です。 今回は Ruby on Rails アプリケーションにおけるデータベース設計についてちょっとご紹介したいと思います。 データベース設計してますか？ みなさん、データベース（以下、DB）設計していますか？Scaffold したときにできた migration ファイルをそのまま使ったりしてませんよね？ Ruby on Rails （以下、 Rails ）は CoC（Convention over Configuration: 設定より規約）を強く提唱している フレームワーク であり、それによって得られる恩恵も大きい反面、かなり強めに設計の自由度を束縛されるという特徴もあります。特に
【Rails】db:migrateでMySQLのLONGTEXT、MEDIUMTEXTを使う - 神様は有休消化中です。
MySQLで使用できる文字列型には CHAR：255Bまでの固定長文字列 VARCHAR：64KBまでの可変長文字列 TINYTEXT：255Bまでの可変長文字列 TEXT：64KBまでの可変長文字列 MEDIUMTEXT：約1.6MBまでの可変長文字列 LONGTEXT：約4.3GBまでの可変長文字列 がありますが、rais g modelで普通にtextを指定するとTEXTが指定されちゃいます。 $ rails g model Test value:text // こんな感じで作成される $ rails db mysql> show columns from tests; +-------------+--------------+------+-----+---------+----------------+ | Field | Type | Null | Key | Default
Rails 4でモデルのバリデーションまとめ - Rails Webook
Railsではバリデーション(Validation)という仕組みがあります。 フォームなどでユーザーからの入力値をDBに保存する前にその値が正しいものかモデル層で（システムとして許可している値か）を検証する仕組みです。 バリデーションの基本的な流れ、バリデーションの定義とバリデーションのテスト方法、バリデーションのスキップなどのバリデーションの基本についてまとめました。 動作確認 Rails 4.1 ActiveRecord 4.1 shoulda-matchers 2.6.3 目次 1. Railsでのバリデーションの流れ 2. バリデーションを定義する 2.1. 存在チェック(presence) 2.2. 一意性（ユニーク制約）のチェック(uniqueness) 2.3. 長さのチェック(length) 2.4. フォーマットのチェック(format) 2.5. 数値の値チェック(nu
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
