投稿者: Snowpool

rails コンソールでのデータ取得方法

.all だとすべてのデータの取得ができる

特定の id のデータを取得したいのなら
find() を使う

もし id:1 のレコードを取得するのなら
find(1)
というようになる

Messageの中から取得するのなら

Message.find(1)

というかんじ

もちろん、この検索結果を変数に格納することもできる

hoge_msg = Message.find(1)

とすると hoge_msg に結果が格納される

次に find_by()
find と似てるけど、こっちは
カラム名と値のペアで検索できる
これは、名前とかで検索するときに使える

ちなみに、取得できるのは１件だけなので注意

hoge_msg = Message.find_by(name:"hoge")

とすると
nameが hoge のものを hoge_msg に格納する

応用で body の中身が test のものを検索して格納なら

test_msg = Message.find_by(body:"test")

というようになる

もし１件ではなく、該当するものすべてにしたいのなら
where を使う
body が hello のものをすべて調べるのなら

Message.where(body:"hello")

とすればいい

rails のDBをコンソールで操作

rails c

とすると
rails コンソールになり
データ作成、保存、削除などをコマンドで行うことができる

なお、タイプしているときに
tab を押すと補完機能で候補がでる

もし、メッセージをいれるのなら
まずは変数に代入

msg = Message.new(name:"hoge",body:"test text")

として
次に

msg.save

とすると保存される

入力するときに
id が nil でも自動で振り分けなら問題ないし
作成時刻の created_at　や
更新時刻の updated_at も自動で入るので
nil でも問題ない

あと、
.save を実行したときに

=> true

がでるけど、これはデータ保存できたことを示す
もし、 false なら保存できていないということ

保存したデータをすべて取得するのなら
.all をつかう

もし、Message に保存したものをみるのなら
Message.all
とすればOK

このときに id が自動で連番で保存した順番についているのがわかる

なお、rails c で
rails コンソールになっている状態から抜けるには

quit

とすれば抜けることが可能

rails のマイグレーション

マイグレーションは
DBのテーブルの作成や修正に使う機能のこと

このマイグレーションにより
SQLを書かずに
ruby でファイルにDBの変更内容を記述することにより
DBのスキーマを作成したり更新したりできる

スッk−まは
どのテーブルに
どの形式のカラムが含まれているかという情報のこと

マイグレーションファイルは
rails g model などのコマンドを実行すると
db/migrateフォルダに作成される

これができた状態で

rake db:migrate

を実行すると
db/schema.rb に
DBのスキーマが記録される

この
db/schema.rb は
マイグレーションにより自動で更新されるので
手動でいじらないこと
これと似たようなものが Android アプリ作成のときにも
あったような…..

ちなみに、実際のDBテーブルは

rake db:migrate

を実行したときに作成される

なので、

rake db:migrate

のあとにマイグレーションファイルを編集しても
内容は反映されないので注意

マイグレーションファイルは、設定のためのファイルのようなもの
sql ファイルをいじっても実行しないとDBが更新されないようなかんじ

実行すると

== 20161103144900 CreateMessages: migrating ===================================
-- create_table(:messages)
   -> 0.0011s
== 20161103144900 CreateMessages: migrated (0.0012s) ==========================

というように
テーブルが作成されたのがわかる

これで作成されたDBのテーブルは
db/schema.rb で確認できる

つまり、どんなテーブルを作成するのかなどの
model 関連を調べるには
schema.rb をみて予測することができる

ちなみに、rails のDBはデフォだとsqlite になる

このため
db/development.sqlite3 がDBファイルになる

もしDBの中身をみたいのなら

rails db

とすると
sqlite コンソールを開けるので

.schema

とすると
作成したテーブルをみることができる

やり方は
テーブルスキーマ(構造)の確認

を参考にさせていただきました

ちなみに、sqlite3 の状態から抜けるには

.q

とすればOK

rails 基礎（MVC)の model

rails ではDBを使ってデータ保存をする
model はDBに含まれるテーブルごとに用意される

model をつくるには
rails g model コマンドを使う

構文は

rails g model モデル名

基本的にはこれでOKだけど
model の名前は単数形にすること

そして model を決めるときに
オプションでカラム名とデータ型を決める
例えば
名前なら
name:string
で
メルアドなら
email:string
というかんじ

これで model名を　Message　としたいのなら

rails g model Message name:string email:string

というかんじになる

これを実行すると
models フォルダの中に
message.rb が作成され

db/migrate フォルダの中に
マイグレーションファイルが作成される
このときに実行したときの時間などがファイル名に書かれる

なお、model の class は
ActiveRecord::Base
というようにクラス継承によりDBのテーブルを使えるようになっている

class CreateMessages < ActiveRecord::Migration
  def change
    create_table :messages do |t|
      t.string :name
      t.string :email

      t.timestamps null: false
    end
  end
end

というコードの場合
< ActiveRecord::Migration により ActiveRecord::Migration クラスを継承している create_table :messages は messages テーブルの作成 t.string :name t.string :email は name と email というカラムを string型で作成という意味になる t.timestamps null: false はタイムスタンプの設定で 自動的に作成日時の crated_at そして 更新日時の updated_at をテーブルに追加する この行で null: false があるけど これは null 禁止のこと

rails 基礎（MVC)の controller

controller は基本的に処理を担当する

作成するには

rails g contoller コントローラ名　アクション

という構文になる

もし messages コントローラへ index アクションをつくるのなら

rails g controller messages index

となる

index アクションは一覧表示につかう

ちなみに
messages というように複数形にしているけど
これは model つまりデータをあつかう
controller の場合は名前を複数形にするというルールがあるため

アクションについては
http://igarashikuniaki.net/rails_textbook/crud.html
をみると理解しやすい

解説が scaffold になっているけど
新規投稿などの入力関連は new
編集をしたいのなら edit
詳細を出したいのなら show
となる

もし、食べログみたいな投稿サイトなら
投稿なら new
詳細なら show
編集するのなら edit
というようになる

ちなみに

rails g controller messages index

を実行すると
対応する view も一緒に作成される

また、これにより
config/routes.rb に

get 'messages/index'

が追記される

URL関連は

raike routes

で確認できる

messages_index GET  /messages/index(.:format) messages#index

が実行結果

意味は
messages/index に
GETを送信したら
messages コントローラの index アクションを実行
という意味になる

でも一覧表示は / へアクセスしたときに出したいのなら

root 'messages#index'

と変更する

これで
localhost:3000
でアクセスしたときに一覧表示になる

messages#index
は
コントローラ名#アクション名
という意味

rails 基本復習

model DB
view 画面
controller 処理

routes でURLの割り当てをする
これで、コントローラのどのメソッドで処理するか決める

DB操作は controller が model を仲介してDBから
データ取得、作成、更新などをやる

view の描画については
controller で model からデータを取得して
view で wordpress みたいに画面表示する
なお部品ごとにファイルを分割可能

RESTと呼ばれる処理は
対象のURLに対する操作のこと

GET で取得
POST で作成
PATCH/PUT で更新
DELETE で削除
となる

twitter とかのようなシステムなら
/messages/1 というメッセージに対して
これらの処理をすることになる

この１は、メッセージのIDのこと

メッセージ関連とするなら
GET　メッセージの一覧、詳細表示

POST　メッセージ作成

PATH/PUT メッセージ更新

DELETE メッセージ削除

となる

次にDB
基本的にはデータの一元管理
データ保存、取得することが目的

ユーザとかメッセージなどはDBに格納される

RDB構造は
基本的に１つの rails に対し１つのDBとなる
あとはこのDBの中に複数のテーブル
つまりEXCELのシートみたいなものができている
で、EXCELシートの中がデータみたいなかんじ

RDBは
カラム（縦列）
レコード（横列）
でできている（EXCELふうにいうと）

そしてカラムにどういうデータを保存するのかを指定する
例えば名前なら varchar 型

rails でやるときの注意点としては
NULL を nil として表現すること
NULL禁止にするとNULLが入ったレコードが保存不可になる

あと rails だと id が primary key 扱うになる