Page: 1 Sequelのすすめ 〜私がSQLを嫌いな理由〜 とみたまさひろ RubyHiroba 2013 2013-06-02 Sequelのすすめ - 〜私がSQLを嫌いな理由〜 Powered by Rabbit 2.0.7 Page: 2 自己紹介 とみた まさひろ 長野県北部在住 プログラマー (Ruby & C) http://tmtms.hatenablog.com http://twitter.com/tmtms 好きなもの Ruby, MySQL, Linux Mint, Emacs, Git Sequelのすすめ - 〜私がSQLを嫌いな理由〜 Powered by Rabbit 2.0.7
dataset = DB[:users].join(:items, :user_id => :id).find(:items__id => 5) こんな構文を書いたときで、userテーブルにもitemテーブルにも同一名カラムidがあったとする。 こんなときは上記の書き方ではSQL文として SELECT * FROM USER INNER JOIN ITEM ON ITEM.user_id = USER.id WHERE ITEM.id = 5 こんな感じに展開されて、idがうまく取れない。うまく取る方法が知りたい。。。 解決策の1つとして、graphを使うというのがあるみたい。 dataset = DB[:users].graph(:items, :user_id => :id).find(:items__id => 5) こう書くとSQL文上では*の部分が全部展開されて SELECT U
Sequel で LIKE を使いたい場合， DB[:foo].filter(:bar.like("baz")) とすればいいんだけど，この like は case sensitive なので， 大文字・小文字を区別したくない場合は， DB[:foo].filter(:bar.ilike("baz")) と，ilike を使う． また，SQL injection 対策は Sequel がやってくれるので， 特に考えなくていいっぽい． word = "' or 'a' = 'a' '" d = DB[:timeline].filter(:status_text.like("#{word}")) は以下のような SQL になる #<Sequel::MySQL::Dataset: "SELECT * FROM `timeline` WHERE (`status_text` LIKE BINARY
Database Transactions Sequel uses autocommit mode by default for all of its database adapters, so in general in Sequel if you want to use database transactions, you need to be explicit about it. There are a few cases where transactions are used implicitly by default: Dataset#import to insert many records at once Model#save Model#destroy Migrations A few model plugins Everywhere else, it is up to
DB = Sequel.sqlite('tusers.db') unless DB.table_exists? :users DB.create_table :users do primary_key :id text :screen_name, :unique => true text :name text :description integer :utc_offset text :time_zone text :location integer :followers_count integer :friends_count integer :statuses_count end DB.add_index :users, :screen_name end
Heroku経由でSinatraを使ってみているのですが、ModelとしてSequelを使ってみることにしました。 Userクラスを作る DBをオンメモリにしておいて、テーブル作成・クラスの宣言 1 % irb 2 require 'rubygems' 3 require 'sequel' 4 5 DB = Sequel.sqlite 6 DB << "CREATE TABLE users (id INTEGER PRIMARY KEY, name VARCHAR(255) not NULL)" 7 8 class User < Sequel::Model 9 end 1 User.create(:name => 'satoko') 2 3 User.find(:name => 'satoko') 4 User.find(:id => 1).update(:name =
Sinatraで書いているwebアプリに認証機能が必要になったので「sinatra-authentication」を使ってみたメモ。 概要Rubyでwebアプリを書くのに大人気のSinatra。でもweb開発で必要になる機能ってどんなフレームワークでもあんまり変わらないので、そのうち「認証機能が必要だよね」なんてことになる。 最初はRack::Auth::Basicを使っていたのだが、ユーザの追加 / 変更が面倒だったり、どうも挙動が不安定だったり(一定時間ログインできなくなるという謎の不具合が出たり)したので、他のライブラリを検討してみた。 自分でこんな感じのものを作ろうかなーとも思ったのだが、まずはあるものを使ってみよう、ということで「sinatra-authentication」を導入してみた。 環境CentOS 5.4MySQL 5.1.47apache 2.2.14ruby 1.
Rubyにおける軽量なデータベースツールキットとして、なかなかお手軽なSequelですが、実際に使うにあたっていくつか悩んだポイントがあったので、備忘録としてその解決法をメモしておきます。 なお、この記事はRuby 1.9.1p378とSequel 3.8.0の組み合わせを対象として書いています。 モデルの定義前にDB接続をしたくない SequelにもActiveRecordパターンに基づいたモデルの仕組みが用意されていますが、「モデルを定義した時点でデータベースへの接続が存在していなければならない」という制約があります。 つまり、 require 'sequel' Sequel.connect('sqlite://test.db') class User < Sequel::Model; end p User.all は動きますが、 require 'sequel' class User
ちょっと気になってやってみたら普通にできました。 環境 ActiveRecord 2.3.5 Sequel 3.8.0 ruby 1.8.7 (2008-08-11 patchlevel 72) sqlite3 3.6.12 実験データ $ sqlite3 test.sqlite3 sqlite> create table groups (id integer, name string); sqlite> create table members (id integer, group_id, name string); sqlite> select g.id, m.id as member_id, g.name, m.name from groups g, members m where g.id = m.group_id; sqlite> insert into groups (id,
はじめに 第7回はRails以外のWebフレームワークの簡単な紹介と、SinatraでHello Worldアプリケーションを動かすところまでを解説しました。今回はSinatraで実際のアプリケーションを作り、SequelとHamlという2つのライブラリを紹介します。 Sinatraの特徴は、CGIスクリプトのようにファイル一つからアプリケーションが書ける気軽さです。CGIスクリプトといえば、代表的なものは何と言っても掲示板（BBS）です。そこで、今回はSinatraで掲示板アプリを作ってみました。ソースコードが少し長めなので、githubにて全文を公開しています。適宜参照しながら読み進めて下さい。ファイル構成は以下のようになっています。 start.rb アプリケーションの本体。 model/comment.rb 掲示板の書き込みを表すモデルの定義。 view/index.haml トッ
Sequel - The Sequel Console README より、Sequel にはデータベースへアクセスするための IRB が用意されてます。 コマンドラインからこんなふうにして実行すると、IRB のプロンプトで Sequel を使ってデータベースをさわることができるようです。 sequel sqlite://test.db # カレントディレクトリーにある test.dbということで、ちょっとやってみました。 SQLite でローカルなデータベースをさわってみることにします。ちなみに、この時点でカレントディレクトリにはなにもありません。空です。 sequel コマンドを使ってデータベースに接続してみます。コマンドを実行すると test.db は存在しないので、SQLite がデーターベースのファイルを自動的に作成します。 $ sequel sqlite://test.db Y
Objecttank@rubyのDBアクセスライブラリをDBIからSequelに移行中。Sequelの参考ページhttp://sequel.rubyforge.org/http://www.slideshare.net/zhesto/ruby-off-rails-japanesehttp://xxx.mostevildanceclassics.com/page/r/SequelRubyインストール sudo gem install sequel とりあえず実行sequelのコマンドラインツール。railsのscript/consoleのようなもの。 sequel mysql://user:password@localhost/dbname DBという名前の変数に接続オブジェクトが格納されるテーブル名=userがあったとすると、、、 DB[:user].filter(:id => 10).a
最初に結論。Sequel で Ruby/MySQL を使いたい場合は、オプションで :compress => false をつければOK。 以下、経緯。 Ruby 1.9.2 で Sequel を使ってみたら DB から取得した文字列のエンコーディングが全部 ASCII-8BIT だったので、ソースを読んでみたところ、MySQL/Ruby(libmysqlclient を使ってる方) の問題らしいことが分かり、代わりに Ruby/MySQL(pure Ruby 実装の方)を使おうとしたらこれが全く動かなくてハマってしまった。 さらに調べてみたところ、以下のことが分かった。 Sequel の MySQL アダプターはデフォルトで圧縮プロトコル (Mysql::CLIENT_COMPRESS オプションを使おうとする。 Ruby/MySQL は圧縮プロトコルには対応していない。 にも関わらず、
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
TEPS Arekore Diary: Sequel を試してみた