pylori*style wiki - MigrationによるDB管理
Migrationとは Migration とは、Railsで使うデータベースの管理機能で、テーブル作成・カラ ムの追加/変更などの作業を一元管理できます。SQL でスキーマを書くのでは なく、Rails独自の記法(Rubyの文法の範囲内)を使ってDB管理を行います。以 下のようなメリットがあります。 スキーマのバージョン管理ができる rake コマンドでスキーマのバージョンアップ/ロールバックが可能 データベースに依存しない書き方ができるので、他のデータベースに切り替えるのが容易 対応しているデータベース 現在、対応しているデータベースは MySQL, PostgreSQL, SQLite, SQL Server, Oracle です。 今後、対応DBは増えていくと思います。最新情報は、 http://api.rubyonrails.org/classes/ActiveRecord/Mi
:: GIANT ROBOTS SMASHING INTO OTHER GIANT ROBOTS :: Jester: JavaScriptian REST
Jester is our implementation of REST, in JavaScript. It provides (nearly) identical syntax to ActiveResource for using REST to find, update, and create data, but from the client side. Update, 6/16/07: We have released version 1.3 of Jester. You may want to view its release description. Jester is available from SVN in trunk form, or a 1.1 release form. You can also download a zipped copy of 1.1. Je
ActiveRecordでon memory sqliteを使う - 2nd life (移転しました)
http://jamis.jamisbuck.org/articles/2005/10/03/easy-activerecord-scripts ふつーsqliteってDBのデータをファイルに書き出して使うんだけど、メモリ上にデータを置いてつかう事もできる。で、その方法がARだと驚くほど簡単。 ActiveRecord::Base.establish_connection( :adapter => "sqlite", :dbfile => ":memory:" ) とdbfileに":memory"と指定するだけ！知らなかった…。ということで早速ファイルとメモリでベンチマークとってみたり。shared memory(/dev/shm)もおまけに。つかったソースは http://rails2u.com/tmp/ar_sqlite.rb.txt に。 user system total rea
RailRoad diagrams generator
RailRoad is a class diagram generator for Ruby on Rails applications.RailRoad is a class diagrams generator for Ruby on Rails applications. It's a Ruby script that loads the application classes and analyzes its properties (attributes, methods) and relationships (inheritance, model associations like has_many, etc.) The output is a graph description in the DOT language, suitable to be handled w
ActiveRecordで検索 - SQLインジェクション対策 - うなの日記
SQLインジェクションの脆弱性をなくすため、findでの検索条件の指定方法には注意が必要です。 ×「:conditions=>"name = '" + name + "'"」のように条件を自前で作成するのは危険。 ○「:conditions=>"name = ?", name」や「:conditions=>{:name=>name}」とすれば安全。パラメータを自動でサニタイジングしてくれます。 ○find_by_* も安全。 データ: mysql> select * from kittens; +----+-------+-------+------+ | id | name | color | age | +----+-------+-------+------+ | 1 | mii | gray | 1 | | 2 | tora | brown | 2 | | 3 | kuro | b
ヽ( ・∀・)ノくまくまー(2007-05-20)Rails勉強会@東京#18 後半: 今だからこそ運用環境を考える
● [Rails] Rails勉強会@東京#18 前半: QueryCache / MMC 後半: 今だからこそ運用環境を考える に参加。 ● 前半: QueryCache / MMC QueryCache とは、AR.find の結果を memcached を用いてキャッシュする plugin。(rakuto 作) rakuto式 QueryCache の課題 with_scope どうする？ memcache のキー 削除戦略 1は、AR.find の引数だけを見てキャッシュのキーを作成しているため、with_scope と混ぜるな危険。解決策の1つは「キャッシュするレイヤーを select_xxx まで引き下げる」こと。そうすると find_by_sql まで対象に入るという嬉しい副作用もある。ただその場合、キャッシュの対象も同レイヤーにするとARオブジェクトでなく生の結果セットにな
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
IBM Developer
Buckblog: Faking cursors in ActiveRecord