连接不同数据库类型
Ruby让我可以轻松地和各种数据库成为好朋友。SQLite像是那个随叫随到的邻居，只需要一句gem install sqlite3就能把它请到项目里。连接它简单得就像打开记事本：db = SQLite3::Database.new 'my_little_database.db'。
MySQL和PostgreSQL稍微讲究些，它们需要正式的邀请函。安装mysql2或pg gem后，得准备用户名密码这些"证件"。连接MySQL时我总有种在填写酒店入住登记表的感觉：
`ruby
require 'mysql2'
client = Mysql2::Client.new(
host: "localhost",
username: "root",
password: "secret",
database: "my_app_development"
)
`
基本CRUD操作
和数据库打过招呼后，就该聊聊正事了。创建记录就像在记事本上写新便签：
`ruby
db.execute("INSERT INTO users (name, email) VALUES (?, ?)", ["小明", "xiaoming@example.com"])
`
读取数据时我特别喜欢用块语法，像是在翻阅通讯录：
`ruby
db.execute("SELECT * FROM users") do |row|
puts "用户#{row['name']}的邮箱是#{row['email']}"
end
`
更新操作让我想起用橡皮擦修改作业，DELETE则像撕掉便签纸一样需要格外小心。这些操作最后都会变成SQL语句，但Ruby帮我把铅笔刀和橡皮都准备好了。
跨数据库的DBI模块
当我需要同时和多个数据库打交道时，DBI模块就像个万能翻译器。它让我用同一种语法和MySQL、PostgreSQL聊天，不用每次见面都重新学方言。准备查询语句时，那个问号占位符特别贴心，就像给SQL语句留了个填空位置：
`ruby
sth = dbh.prepare('SELECT * FROM products WHERE price > ?')
sth.execute(100)
`
用完数据库连接记得说再见是基本礼仪，不然它们会一直占着电话线。dbh.disconnect就是那个礼貌的挂断动作。有时候我会忘记，然后发现连接池里的连接都被我用光了，这时候数据库就会给我摆脸色看。
模型映射的艺术
ActiveRecord就像个神奇的翻译官，把数据库表变成了Ruby世界的公民。每次新建一个继承自ApplicationRecord的类，就相当于在数据库里领了张身份证。有趣的是，这个翻译官有点强迫症 - 它坚持认为users表应该对应User类，orders表必须是Order类。要是不按规矩来，就得手动告诉它："听着，我这个SpecialUser类其实对应的是legacy_users表"。
建立关联关系时，我总觉得自己在当红娘。has_many和belongs_to就像在说"这位用户有很多订单"和"这个订单属于某位用户"。多对多关系稍微复杂些，需要through这位媒人牵线搭桥。有时候关联关系太复杂，我都怀疑自己是不是在给数据库编写相亲算法。
查询接口的魔法
ActiveRecord的查询接口让我感觉自己像个会魔法的厨师。where方法就像个智能筛子，可以精确过滤出需要的"食材"：
`ruby
User.where("age > ?", 18).order(created_at: :desc)
`
链式调用最让人上瘾，就像在玩乐高积木。每个方法调用都往查询上叠加新条件，最后拼成想要的形状。但要注意N+1查询这个陷阱 - 有时候急着把所有关联数据都取出来，结果不小心发了几百个SQL请求，把数据库累得直喘气。includes就是解决这个问题的急救包。
scope是我的私人定制工具，把常用查询打包成快捷方式。定义完scope后查询就像用微波炉热饭一样方便：
`ruby
class Article < ApplicationRecord
scope :published, -> { where(published: true) }
scope :recent, -> { order(created_at: :desc).limit(5) }
end
`
事务与验证的守护
数据库事务就像个安全气囊。当需要同时更新多个表时，事务保证要么全部成功，要么全部回滚。我特别喜欢用ActiveRecord的transaction块，它让代码看起来像在银行办理业务：
`ruby
User.transaction do
user.update!(balance: user.balance - 100)
order.update!(status: "paid")
end
`
验证器则是我的数据质检员。在模型里写几行验证规则，就能防止无效数据混进数据库。有时候我会想，要是现实生活中的门卫也像presence验证这么严格就好了。自定义验证方法更强大，可以写出"密码必须包含至少一个emoji"这种奇葩规则。
迁移管理的智慧
数据库迁移就像给房子装修时的施工图纸。每次修改数据库结构都不直接动手，而是新建个迁移文件。rake db:migrate就是那个勤劳的装修队，按照图纸一步步改造数据库。
回滚迁移特别像时光机，当发现最新改动有问题时，一句rake db:rollback就能回到过去。不过要小心，有些迁移就像泼出去的水 - 涉及数据删除的改动可没法完美回滚。这时候我总会想起那个老段子：程序员最常用的三个命令？git add, git commit, git revert。
版本控制迁移文件是必须的，不然团队其他成员的数据库就会变成烂尾楼。有时候看到db/migrate目录下几十个文件，就像在看项目的成长日记，每个文件都记录着数据库的进化历程。
Sequel的高级玩法
Sequel这个工具就像数据库操作的瑞士军刀，比ActiveRecord更轻量灵活。第一次看到它的链式调用时，我差点以为在看jQuery代码。比如要找出最近30天消费超过1000元的VIP用户，用Sequel可以写得像诗一样优雅：
`ruby
User.where(Sequel.lit('created_at > ?', 30.days.ago))
.where(points: 1000..)
.order(:last_purchase_date)
.limit(10)
数据集延迟加载是个聪明的小把戏。直到真正需要数据时才会执行查询，这让我可以像拼乐高一样逐步构建复杂查询。不过有时候太沉迷于链式调用的快感，写出来的查询语句长得能绕屏幕三圈，这时候就该考虑拆分重构了。
## 索引的玄学艺术
数据库没有索引就像图书馆没有目录 - 管理员只能挨个书架翻找。但索引也不是越多越好，我曾经给每个字段都加了索引，结果发现写入速度慢得像蜗牛。后来才明白，索引就像香水，适量能提升魅力，过量反而让人窒息。
解释分析(EXPLAIN ANALYZE)是我的性能诊断神器。有次发现个查询要5秒，用EXPLAIN一看，原来是在做全表扫描。加上复合索引后瞬间降到0.1秒，那种快感不亚于解开一道数学难题。复合索引的字段顺序也有讲究，就像手机解锁密码 - 把最常用的条件放在前面才高效。
## 连接池的生存法则
数据库连接是珍贵资源，不能像一次性餐具那样随意浪费。连接池就像个精明的管家，管理着一批可重复使用的连接。配置连接池时我总在纠结：池子太大浪费内存，太小又可能让请求排队。最后发现这个魔法数字最靠谱：
production:
pool: <%= ENV.fetch("RAILS_MAX_THREADS") { 5 } %>
`
连接泄露是最隐蔽的性能杀手。有次应用运行几天后突然变慢，查了半天才发现是某个后台任务忘记关闭连接。现在我都条件反射似的在ensure块里写db.close，就像出门必检查手机钥匙钱包。
安全防护必修课
SQL注入就像数据库界的COVID-19。有次我偶然发现网站搜索框输入单引号会报错，吓得连夜把所有查询都改成了参数化查询。ActiveRecord和Sequel默认就做了防护，但写原生SQL时一定要记得使用占位符：
`ruby
User.where("name = '#{params[:name]}'")
User.where("name = ?", params[:name])
`
定期审计日志也是个好习惯。有次从日志发现有人尝试用"1=1"这种经典注入攻击，虽然系统防住了，但还是赶紧加了速率限制和WAF。安全这件事上，偏执狂才能活得久。
批量操作时要特别注意内存消耗。第一次用User.all.each处理十万用户数据时，服务器内存直接爆表。后来学会用find_each这个分批处理方法，就像用桶接水龙头的水，而不是直接对着消防栓喝。
标签： #Ruby数据库连接 #ActiveRecord查询接口 #Sequel高级数据库操作 #Ruby数据库安全防护 #数据库迁移管理技巧
