使用Ecto Cast更新全nil数组时被忽略的技术问题

核心原因是Ecto Changeset会跳过与当前字段值（或Schema默认值）完全相等的变更。你的Schema中field_name的默认值是10个nil组成的数组，当传入的params值和这个默认值完全一致时，Ecto认为没有修改发生，所以不会将该字段加入changes集合，自然不会执行更新操作。

另外，Schema默认值与数据库迁移默认值不一致（10个nil vs 6个空字符串）会加剧混淆：新创建记录时，若未显式设置field_name，Ecto会优先用Schema的默认值写入数据库，这和数据库迁移里的默认值冲突，可能导致实际存储的值和预期不符，进一步影响更新时的判断逻辑。

1. 强制触发变更（即时值与默认值相同） #

用Ecto.Changeset.force_change/3函数，强制把字段变更加入changeset，忽略值是否和当前相等：

def your_changeset(schema, params \\ %{}) do
  schema
  |> cast(params, [:field_name])
  |> then(fn cs ->
    if Map.has_key?(params, :field_name) do
      force_change(cs, :field_name, params[:field_name])
    else
      cs
    end
  end)
end

这里加了个判断，只有当params里明确传了field_name才强制变更，避免无意义的操作。

2. 统一Schema与数据库迁移的默认值 #

把Schema和迁移文件的默认值改成一致，消除基准值差异：

• 调整Schema默认值为6个空字符串：

  field :field_name, {:array, :string}, default: List.duplicate("", 6)
  

  或者调整迁移文件默认值为10个nil（注意PostgreSQL里NULL和空字符串是不同的，要根据业务需求选）：

  add :field_name, {:array, :string}, default: List.duplicate(nil, 10)
  

  统一后，更新时的变更判断会更清晰，不会出现基准值不一致导致的意外跳过。

3. 手动显式设置变更 #

如果不需要全局强制，也可以在特定场景用put_change/3手动设字段值，绕过默认的相等性检查：

def your_changeset(schema, params \\ %{}) do
  schema
  |> cast(params, [:field_name])
  |> put_change(:field_name, params[:field_name])
end

注意：用put_change前最好先通过cast做字段过滤和类型转换，保证参数合法。

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