在单文件blog应用中，我已经展示了sequel的使用。sequel在介绍sinatra和rest-client的视频中，有过推荐，本篇文章简要介绍sequel和datamapper以及activerecord的区别。

sequel最先让人眼前一亮的就是sequel命令行工具。在 gem install sequel 以后。执行sequel --help，可以看到sequel用法。
比如在我的blog运行过一次，生成了表结构以后，执行
sequel sqlite://blogs.db
得到

Your database is stored in DB...
irb(main):001:0>

首先吸引我的就是Sequel中不用声明类，只需要指定hash key就可以操作表。
（我使用的数据库字段和下载文件中的名字有所不同，需要注意）

irb(main):013:0> DB[:blogs].count
=> 0
irb(main):015:0> DB[:blogs] << {:description => 'just kidin',
 :content => 'nope'}
=> 1
irb(main):017:0> DB[:blogs].all
=> [{:content=>"nope",
 :description=>"just kidin", :id=>1}]
irb(main):018:0> DB[:blogs][:id => 1]
=> {:content=>"nope",
 :description=>"just kidin", :id=>1}
irb(main):019:0> DB[:blogs].find(:id => 1)
=> #<Enumerable::Enumerator:0xb7b792f8>

oops!哪里来的Enumerable？原来受ActiveRecord误导，find这个本属于Array的方法的真正含义被忘掉了。写到这里，就勾起了我在1=>n的时候不能使用user.blogs.find_all{|b| b.comments_per_view > 1}这样的纯ruby语句的伤心往事。

新添两条数据

irb(main):035:0> DB[:blogs] << {:description => 'no kidin',
 :content => 'ur kidin'}
=> 2
irb(main):036:0> DB[:blogs] << {:description => 'good day',
 :content => 'everydays it'}
=> 3

irb(main):041:0> DB[:blogs].find_all {|b| b[:id] < 3}
=> [{:content=>"nope", :description=>"just kidin",
 :id=>1}, {:content=>"ur kidin",
 :description=>"no kidin", :id=>2}]

这里工作的更像ruby一点。

DB[:blogs]直接查找出来的结果都是Hash，使用不太方便。Sequel里面也有类，我的程序里面也演示了，如果是CRUD还是类方便一点。

class Blog < Sequel::Model
end

声明和ActiveRecord一样，这也是DataMapper这一点最不受人喜欢的原因。数据库很灵活，而schema语句永远不会兼容所有数据库。DataMapper有了这个死穴，我也没有关心它的必要了。

Sequel里面也有find，但工作方式是find(:first)，而且即使是primary_key也必须写成hash。

irb(main):049:0> Blog.find(:id => [2,3])
=> #<Blog @values={:content=>"ur kidin", :description=>"no kidin", :id=>2}>

[]和find工作结果一样

irb(main):050:0> Blog[:id => [2,3]]
=> #<Blog @values={:content=>"ur kidin",
 :description=>"no kidin", :id=>2}>

与find(:all)对应的是filer

irb(main):052:0> Blog.filter(:id => [2,3]).all
=> [#<Blog @values={:content=>"ur kidin", :description=>"no kidin",
 :id=>2}>, #<Blog  @values={:content=>"everydays it", 
:description=>"good day", :id=>3}>]

网上介绍Sequel的教程都会提到这一句

  DB[:countries].filter(:region => 'Middle East').order(
:area.desc).limit(5).all

对应的数据库语句是

  SELECT * FROM countries WHERE region = 'Middle East' 
  ORDER BY area DESC LIMIT 5

初看起来很可怕，但是其实就是

Country.find(:all, :conditions => {:region => 'Middle}, 
:order => 'area desc', :limit => 5)

对比之下，Sequel里面order不是sql语句，而是ruby style，减少了一些印象分，没有conditions这么长的字符串我很满意，因为每次我都会忘了写而遇到not valid key region的警告。而order,limit作为独立的方法增加了语法可读性。

总之，Sequel值得关注，目前是替代ActiveRecord的不二选择。

sequel pro是OSX上面一个很好用的MySQL客户端软件，不知道和sequel有啥关系没有。

Sequel这个名字起的很不好，一搜索就搜索出一大堆SQL(发音：sequel)
sequel pro刚才check out了一下，一堆.h和.m文件，貌似是Object-C代码。

的确是Objective-C的，是客户端图形界面软件，我看到sequel的时候，还因为是sequel pro的基础版本，哈哈。

把题目改的明显一点，也稍微火药味一点。

貌似不如 DataMapper

有些人喜欢DataMapper强制约束，数据库增加字段以后还要维护模型里面的字段。事实证明，这往往会导致编码落后于思考，让人十分痛苦。
DataMapper也没有Migration，太另类了。

DataMapper 有 auto_migrate! 啊

auto_migrate不又回到了Hibernate老路：通过模型改变数据库。
如果我想数据库中预存一些数据，这个方法就很难做到了。这个情况100%会遇到。

刚才才发现Datamapper does have migrations
那个"1"看着真刺眼

migration 1, :create_orders  do
  up do
    create_table(:orders) do
      column(:id, Integer, :serial => true)
      column(:amount, Integer)
      column(:completed, Boolean)
      column(:description, String, :size => 255)
      column(:created_at, DateTime)
      column(:updated_at, DateTime)
    end
  end

  down do
    drop_table(:orders)
  end
end

通过模型改变数据库不是很好吗？我一直是这么干的，从来只维护模型不维护数据库。

预存数据的话则是通过在 auto_migrate! 之后使用一个程序来存入的，数据库中需要预存的数据包含在几个 .csv 文件中。