Rails4 外部キーをテーブルに設定するための、3通りのマイグレーションの書き方。 - tkymtk's blog
書き方 例として、micropostsテーブルにuser_idカラムを外部キーとして設定したいと思います。 （この例では、他にcontentカラムもテーブルに設定しています。） 普通に user_id カラムを作成 class CreateMicroposts < ActiveRecord::Migration def change create_table :microposts do |t| t.string :content t.integer :user_id t.timestamps end add_index :microposts, [:user_id, :created_at] end end references を使う references はuser_idカラムを作成します。 class CreateMicroposts < ActiveRecord::Migrati
[Rails] STI（Single Table Inheritance）でコントローラも一つに纏める | DevelopersIO
Rails で STI（Single Table Inheritance）を使った時の、コントローラの実装をどうするか？という事について書いてみたいと思います。 STI（単一テーブル継承）とは オブジェクト指向の基本概念として、あるクラスを元にサブクラスを定義する継承があります。 この継承は、プログラミング言語ですとと予め機能が提供されていることが多いですが、 RDB ですとテーブル構成によって表現する場合があります。 *1 今回使う STI は、一つのテーブル内に継承関係にあるクラスのカラムを全て持ってしまう方法です。 例として Player クラスを継承した Footballer クラスと Cricketer クラスがあるとします。 親クラスに共通のプロパティ、子クラスがそれぞれのプロパティを持っていますが、これを STI で表現すると以下になります。 テーブルのレコードがどちらの型に
![[Rails] STI（Single Table Inheritance）でコントローラも一つに纏める | DevelopersIO](https://cdn-ak-scissors.b.st-hatena.com/image/square/c4ba9673af464883e264d1d320af2d2947fae03d/height=288;version=1;width=512/https%3A%2F%2Fdevio2023-media.developers.io%2Fwp-content%2Fuploads%2F2013%2F11%2Frails.jpg)
MySQLのEXPLAINを徹底解説!!
以前、MySQLを高速化する10の方法という投稿で「EXPLAINの見方についてはいずれ解説しようと思う」と書いてしまったので、今日はその公約？を果たそうと思う。 MySQLのチューニングで最も大切なのは、クエリとスキーマの最適化である。スキーマの設計は一度決めてしまうとそのテーブルを利用する全てのクエリに影響してしまうためなかなか変更することは出来ないが、クエリはそのクエリだけを書き直せば良いので変更の敷居は低い。そして遅いクエリをなくすことは、性能を大幅に向上させるための最も有効な手段である。従って、アプリケーションの性能を向上させたいなら、まず最初にクエリのチューニングを検討するべきなのである。 最適化するべきクエリはスロークエリログやクエリアナライザで見付けられるが、ではそのようなクエリが見つかった場合にはどのように最適化すればいいのか？そのためにはまず現在どのようにクエリが実行さ
ActiveRecordで行ロックをかける方法
行ロックとは 行ロックとは、テーブルの同一レコードに対して、複数同時に更新できないように制限する仕組みのことです。 Ruby on RailsのActiveRecordには２種類のロック方法があります。 楽観的ロック（Rails依存） 悲観的ロック（DBMS依存） それぞれの違いや使い方について解説していきたいと思います。 楽観的ロック 楽観的ロックとは、DBMSの機能に頼らずロックバージョンをレコードに保存しておくことで、取得時と変更時にロックバージョンに変更がないか確認し、変更があった場合は例外を発生させる方法です。 ロックするタイミング データ更新時 データを複数同時に取得することができるが、途中で更新されていた場合は、更新できない 仕組み テーブルにlock_versionフィールドを追加する lock_versionが書き換わっていたらActiveRecord::StaleObj
Railsのincludeとjoinの違い。 / チュパカブラの勉強日記
2月 9th, 2013 • rails ActiveRecordには、includeとjoinメソッドがある。 どちらも、対象のテーブルと関連テーブルを同時に取得できる。 includeメソッド Blog.include(:entries) joinメソッド Blog.joins(:entries) しかし、2つとも微妙に挙動が異なる。 これは、関連テーブルもまとめて取得できるが、joinsメソッドは、関連テーブルに条件をつけるときなどに使うといい。 entries = Entries.joins(:categories).where(:categories => {:name => “ruby”}) これは、カテゴリーのnameがrubyのやつだけの、entryのレコードを取得する。 なかなか便利である。 Leave a Reply Formatting: You can use
mysqlでパーティション作り忘れたポカー - webエンジニア系女子のゆるふわブログ
2013-05-01 mysqlでパーティション作り忘れたポカー ただの恥さらし失敗談です( ﾟρﾟ )ｱｩｰ 新しく作ったサービスで、 膨大なレコード数になるテーブル（mysql）に、partitionを切り忘れるという事故を起こしました…|:3ミ 実は、以前もpartitionをDROPして、ウッカリ中身のレコードごと消してしまった前科があるのですが（ログ取ってたのでなんとかなりましたが…気をつけましょう…）、 今回もまたpartition関係の失敗から学ぶことが多々…。 おさらいすると、partitionの前提として 1. 主キーとしてidとctime（←例：パーティションのキーとなるカラム）を設定しなければならない 2. 対象のテーブルに外部キー制約がかかっており、既にレコードが入っている状態で、 後からパーティションを付加する事はできない（外部キーを削除しなければならない）。 出
MySQL :: MySQL 8.0 リファレンスマニュアル :: 13.1.15 CREATE INDEX ステートメント
SAVEPOINT、ROLLBACK TO SAVEPOINT および RELEASE SAVEPOINT ステートメント
ユーザーに設定できる権限の種類と一覧
ユーザーが MySQL に接続したあとデータベースやテーブルを作成したり、テーブルからデータを取得するにはその操作に対する権限が設定されている必要があります。ここでは MySQL における権限の種類と権限の一覧について解説します。 グローバルレベル(G) グローバルレベル権限は全てのデータベースに適用される権限です。この権限は mysql.user テーブルに格納されます。 データベースレベル(D) データベースレベル権限は特定のデータベース内の全てのオブジェクトに適用される権限です。この権限は mysql.db テーブル内に格納されます。 テーブルレベル(T) テーブルレベル権限は特定のテーブル内の全てのカラムに適用される権限です。この権限は mysql.tables_priv テーブル内に格納されています。 カラムレベル(C) カラムレベル権限は特定テーブル内の単一カラムに適用される権
group byはorder byより先に処理される。これ重要。 - Webtech Walker
今日はちょっとだけはまったSQLの話し。例えばブログのエントリーについたコメントが新しい順にエントリーをソートしたいときを考えてみます。 テーブル構成はこんな感じ。 CREATE TABLE `entry` ( `id` int(11) NOT NULL auto_increment, `title` text, `body` text, `created_at` datetime default NULL, PRIMARY KEY (`id`) ); CREATE TABLE `comment` ( `id` int(11) NOT NULL auto_increment, `entry_id` int, `body` text, `created_at` datetime default NULL, PRIMARY KEY (`id`) ); で、入ってるデータはこんなん。 mysql
テーブルごとに初期データを登録する - 紅孔雀
Rails でテーブルごとに初期データを登録できるように改良する方法を考えます。 Rails では db/seeds.rb に初期データを登録するスクリプトを記述します。 db/seeds.rb は rake の db:seed タスクにより実行されます。 rake db:seed この仕組みを改良し、テーブル単位で初期データを登録できるようにします。 アプローチは色々考えられますが、ここでは以下のように改良する方法を考えます。 db/seeds.rb をテーブルごとに分割して作成する。 分割したファイルを個別に実行する rake タスクを定義する。 db/seeds.rb をテーブルごとに分割する まずは db/seeds.rb をテーブルごとに分割します。 分割したファイルは db/seeds というディレクトリを作成し、その中に保存することにします。 具体的には、以下のようになります
１３さいの備忘録 : Rails3のActiveRecodeで複数のwhere条件をORで書く
2011年08月25日16:55 カテゴリrailsactiverecord Rails3のActiveRecodeで複数のwhere条件をORで書く Rails3になってからArelが導入されてnamed_scopeが便利だなぁ〜と思いつつも、where条件をORで接続するにはどうすんだ？って ことで調べてみた。 ■今回の要件 1.Employeeテーブルから名前（漢字）で検索できる。 2.Employeeテーブルから名前（カナ）で検索できる。 3.カナでも漢字でも検索できる。 4.検索対象フィールド（姓、名、セイ、メイ）を動的に指定できる。 例えばEmployeesテーブルが以下のよう場合 class CreateEmployees < ActiveRecord::Migration def self.up create_table :employees do |t| t.string
全てのデータを削除する(TRUNCATE TABLE文)
指定したテーブル名( table_reference )に格納されているデータをすべて削除します。 全てのデータを削除するには DELETE 文を使って DELETE FROM tbl_name でも同様のことが行えます。ただ DELETE 文がデータを 1 つずつ削除するのに対して、 TRUNCATE TABLE 文の場合はテーブルをいったん削除して改めてテーブルを作成するためテーブルに格納されているデータが非常に多い場合には高速で行える場合があります。また他にも異なる点があるのでのちほど解説します。DELETE 文については「データを削除する(DELETE文)」を参照されてください。 -- -- それでは実際に試してみます。次のようなテーブルを作成しました。
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
MySQLのユーザ管理