Ruby on Rails中复合主键（ID+created_at）分区查询报错及替代方案咨询

Rails的ActiveRecord对复合主键的原生支持非常有限，默认ORM方法（比如find、路由辅助方法、视图记录引用）都是基于单一主键设计的，直接设置self.primary_key = %i[id created_at]会导致大量内置方法调用失败，这就是你遇到错误的核心原因。

下面提供两种无需修改主键的日期分区可行方案：

方案1：数据库原生分区（推荐，以PostgreSQL为例） #

无需改动Rails模型主键，直接在数据库层按created_at实现分区，Rails仅需适配查询逻辑：

1. 创建分区表结构
   先建立主表，再按日期粒度（月/日/年）创建分区：

   -- 主表定义，主键需包含分区键created_at
   CREATE TABLE receipts (
     id BIGSERIAL,
     created_at TIMESTAMP NOT NULL,
     -- 其他业务字段
     PRIMARY KEY (id, created_at)
   ) PARTITION BY RANGE (created_at);
   
   -- 示例：创建2024年1月的分区
   CREATE TABLE receipts_202401 PARTITION OF receipts
   FOR VALUES FROM ('2024-01-01') TO ('2024-02-01');
   

   可以用PostgreSQL的pg_partman扩展自动管理分区的创建与维护，避免手动操作。
2. Rails模型适配
   模型保持默认id为主键，添加作用域方便按日期范围查询，让数据库自动路由到对应分区：

   class Receipt < ApplicationRecord
     scope :by_month, ->(year, month) {
       where(created_at: Date.new(year, month)..Date.new(year, month).end_of_month)
     }
   end
   

   这种方式完全兼容Rails所有内置方法，不会出现主键相关报错。

方案2：新增独立分区键列 #

如果需要更灵活的分区控制，可以新增专门的分区键列（比如partition_date），避免直接依赖created_at：

1. 添加分区键列
   生成并执行迁移：

   # 生成迁移文件
   rails generate migration AddPartitionDateToReceipts partition_date:date
   
   # 编辑迁移文件，设置默认值并同步历史数据
   class AddPartitionDateToReceipts < ActiveRecord::Migration[7.0]
     def change
       add_column :receipts, :partition_date, :date, null: false, default: -> { 'CURRENT_DATE' }
       add_index :receipts, :partition_date
       # 同步已有数据的分区日期
       Receipt.update_all("partition_date = created_at::date")
     end
   end
   

   也可以添加数据库触发器，确保partition_date始终与created_at的日期部分保持一致。
2. 数据库按分区键分区
   参照方案1的方式，按partition_date创建范围分区，主键仍保持id即可。
3. Rails模型使用
   无需修改主键，查询时通过partition_date快速定位分区：

   Receipt.where(partition_date: Date.today)
   

复合主键方案（仅作参考，不推荐） #

如果一定要用复合主键，需要借助composite_primary_keys gem弥补Rails原生支持的不足：

1. 添加gem到Gemfile：

   gem 'composite_primary_keys'
   

2. 模型配置：

   class Receipt < ApplicationRecord
     self.primary_keys = [:id, :created_at]
   end
   

   但该方案要求所有查询、路由、视图操作都必须同时传递两个主键值，你提到无法传递created_at参数，因此这个方案对你并不适用。

内容的提问来源于stack exchange，提问作者RahulOnRails