Ruby 3 的 Ractor 是轻量的吗？

xinyifly — Mon, 01 Nov 2021 20:23:56 +0800

是否能像 Erlang spawn() 一样无需操心地对每一个现实中的并发模型启动成千上万个 process ？

这里提到对于每个 Ractor 会创建一个 Thread ，想知道 VM 有没有对 Ractor 做相关优化。

发现我的需求跟 Fiber 的描述更像一点，但是我的场景有物联网 TCP 通信，这一块想用 send/receive message 实现。

一次修改外键的带数据更新的 migration

xinyifly — Sat, 01 Jun 2019 16:51:30 +0800

背景

项目有时会遇到数据库关系设计不当的情况，如果局限于“开闭原则”的话就发现本该合理的业务在遗留项目中很难实现，扔给产品一句“由于历史原因，这个做不了”。这里分析一个开发过程中的简单 migration 案例，目前已经在使用 execute sql 了。

项目

这是一个投票项目，一共两张表：users 和 votes

create_table :users

create_table :votes do |t|
  t.references :candidate, foreign_key: { to_table: :users }
  t.references :voter, foreign_key: { to_table: :users }
end

每次用户投票 votes 表增加一条记录，candidate 和 voter 分别是一个用户，直到。。。

新需求

“我们要能创建很多投票活动，为第三方提供投票服务”
“后台可以添加哪些用户是哪个活动的 candidate”

对策 1

创建 polls 表，把 poll_id 添加到 votes 表中：

create_table :polls
add_reference :votes, :poll, foreign_key: true

创建 polls 表到 users 表的多对多关系

create_join_table :polls, :users

对策 2

在对策 1 的思路上，我们可以把 polls 和 users 的多对多关系实体化为一个新的 candidates，（此前 candidate_id 对应的是 users 表），让 votes 表记录这个新的 candidate 实体而不是 user 实体。这样对策 1 就变成了：

create_table :polls
create_table :candidates |t|
  t.references :users
  t.references :polls
end
remove_reference :votes :candidate, foreign_key: { to_table: :users }
add_reference :votes :candidate, foreign_key: true

注意到这样 votes 表的外键由 3 个变成了 2 个，并且这样方便对 candidate 作 counter_cache

数据迁移

直接 remove_reference、add_reference 会丢失生产环境中已有 votes 的 candidate 信息，需要：

将 users 表中的记录导入到 candidates 表中，poll_id 设为 nil
将 votes 表中的 candidate_id 从实际引用的 users 表的 id 更新到 candidates 表的 id

使用 execute sql 进行数据迁移（使用了 PostgreSQL 的 Window 函数）

create_table :polls
create_table :candidates |t|
  t.references :users
  t.references :polls
end

revert do
  add_foreign_key :votes, :users, column: :candidate_id
end

reversible do |dir|
  dir.up do
    execute <<~SQL
      INSERT INTO candidates (user_id, created_at, updated_at)
        SELECT DISTINCT candidate_id, min(created_at) OVER (PARTITION BY candidate_id), min(created_at) OVER (PARTITION BY candidate_id)
          FROM votes;
      UPDATE votes SET candidate_id = (SELECT id FROM candidates WHERE user_id = candidate_id);
    SQL
  end

  dir.down do
    execute <<~SQL
      UPDATE votes SET candidate_id = (SELECT user_id FROM candidates WHERE id = candidate_id);
    SQL
  end
end

add_foreign_key :votes, :candidates

原问题已更新，最后感谢各位对问题的回复

Migration 新增列并设置值，如何组织更新步骤？

xinyifly — Mon, 27 May 2019 16:37:09 +0800

比如 migration 之前只有 posts 表，字段只有 body。

现在添加 users 表，并注册了一个 user。

然后想给 posts 表添加 user_id，全部更新为这个唯一的 user。

最终要在 db 层面去掉 default value 和 nullable。

更麻烦一点的场景：测试环境和生产环境这个 user 的 id 不一样。

怎么组织更新步骤？需要几个 migration？是否（何时）需要在 migration 之外手动更新数据表？

5 月 31 日更新

发现 rails migration 的 references 类型默认就是 nullable，非空检察由 rails 框架完成（belongs_to），不需要添加“在 db 层面去掉 default value 和 nullable”这一步。

xinyifly (Zeyu Chen)