git checkout [file]で変更を取り消す事はできるけど、 特定のバージョンに戻したい場合 git checkout コミット ファイルgit checkout 8f87b8a /path/to/xxx.php
Come creare il miglior gioco da casinò Quando si progetta un gioco da casinò, la prima cosa che devi considerare è che tipo di gioco sarà. Ci sono molti diversi tipi di giochi da casinò, dalle slot e video poker ai giochi da tavolo e giochi di carte. Dovrai decidere quale tipo di gioco si adatta meglio alle tue esigenze. Ogni tipo di gioco ha il proprio set di regole e regolamenti, quindi dovrai a
まえがき Rails に出会ってからというもの、私は ActiveRecord の洗練されたインターフェイスに惹かれてきた。特にアソシエーションがどういう風に実装されているのか自分で確かめてみたかった。以下のコード例を見てほしい。 class Entry < ActiveRecord::Base has_many :comments end class Comment < ActiveRecord::Base end これはあるブログシステムのモデルである。このコードではエントリ(Entry)とコメント(Comment)という2つのモデルがあり、Entry モデルの has_many :comments というメソッド呼び出しによって、コメントがエントリに関連付けられている。これがアソシエーションである。(エントリは、コメントを複数持つ。だから has_many アソシエーションが使われて
2010年12月20日15:55 カテゴリ技術関連IT関連 結合したSELECT結果でUPDATEするTips(for MySQL) 多用する割に良く忘れるので書いておきます。 SQLserver(Transact-SQL)なんかだと、かなり直感的に書けるイメージなのですがMySQLの書き方はイマイチ慣れません。 凄く単純な例を書くと以下のようになります。 UPDATE order_detail OD, product PD SET OD.name = PD.item_name WHERE PD.item_code = 10001 AND OD.order_id = 112233; 受注明細112233番の商品名称を、製品テーブル(product)の商品名称でアップデートしているイメージです。 実際にはこんな使い方はしないと思いますが、あくまで構文例ということで。 では、10001商品の名
■ インデックスとは データベースの世界で、インデックス(索引)とはテーブルに格納されているデータを 高速に取り出す為の仕組みを意味します。 インデックスを適切に使用することによってSQL文の応答時間が劇的に改善 される可能性があります。 インデックスにはB-Treeインデックスをはじめ、ビットマップインデックス、 関数インデックスなどの種類がありますが、ここでは最も一般的に使われ、かつ ほとんどのDBMSでサポートされているB-Treeインデックスについて解説します。 ※ CREATE INDEX文でオプションを指定しない場合は通常B-Treeインデックスが 作成されます。 ■ B-Treeインデックスのしくみ B-Tree(Balanced Tree)インデックスは次のようなツリー状の構造になっています。 ツリーの先頭はヘッダブロックと呼ばれています。ヘッダブロックでは、キー値の 範囲
ちょっとキャッチ−なタイトルをつけてしまったが、今日は独断と偏見でMySQLを高速化する方法を10個紹介しよう。MySQLサーバをチューニングするときや初期導入する場合などに参考にしてもらいたい。 1. バッファを増やす、または減らす チューニングの基本中の基本であるが、適切なバッファサイズを設定することはパフォーマンスチューニングの要である。主なバッファは次の通り。 innodb_buffer_pool_size・・・InnoDBだけを利用する場合は空きメモリの7〜8割程度を割り当てる最も重要なバッファである。余談だが、実際にはここで割り当てた値の5〜10%ぐらいを多めにメモリを使うので注意が必要だ。 key_buffer_size・・・MyISAMだけを利用する場合は、空きメモリの3割程度を割り当てるといい。残りはファイルシステムのキャッシュ用に残しておこう。 sort_buffer_
ほぼ自分用のメモ。 ただいま、php+MySQLで試験の答案をブラウザで入力して採点するWebシステムを作成中です。 テーブル構造は次の通り(実際には英語のテーブル名とフィールド名です) [答案テーブル] UserID 試験No 問番号 日付 回答 正解 ○× 現在6000件ぐらいのデータ。今後データは受験人数×試験回数×80で増え続ける。 [正解テーブル] 試験No 問番号 正解 現在7000件ぐらいのデータ。今後徐々に増えるが劇的には増えない。 答案テーブルの回答に、各自の答え(ア〜エ)を記録。 正解テーブルの正解と突き合わせて、そのまま答案テーブルの正解に書き込み、○×を1か0で書き込みます。 こんなSQLを発行してみました。 2つのテーブルをjoinで繋いで、答案テーブルの正解と○×にデータを付与しています。 UPDATE 答案テーブル as X join 正解テーブル as Y
2010年03月24日22:15 カテゴリRubyOnRails ActiveRecord 中間テーブルを使用する場合のメモ これもいつも忘れてしまうのですが、たとえば、とあるブログサービスでMember : 会員Article : ブログ記事という2つのモデルがあり、ここにできれば記事ごとに会員を関連付けて、その記事の「読者」という形でデータを持たせたいと思った場合は、中間テーブルを使用すると思うのですが、Railsの場合はこんな感じでやります。 中間テーブルのモデルとして、ArticlesMember モデルを定義します。 ※別に名前はこれじゃなくてもいいのですがRailsの規約に従ってそうしました。 基本的にこいつはMemberとArticleのIDを持つ中間テーブルです。※中間テーブルのために新しいモデルを定義する必要があるのか? と思うかもしれませんが、ここに例えば、記事に対する
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く