PostgreSQL新增sight时SQLAlchemy session.commit()报NoneType不可迭代错误

你遇到的'NoneType' object is not iterable错误发生在commit阶段，且Guides等其他模型操作完全正常，因此可以排除Session管理逻辑、仓库类通用逻辑的问题，错误根源在Sights ORM模型的定义或你传入的sight实例的字段赋值上。

可能的原因及对应解决方案 #

• 字段默认值配置不匹配
  若Sights模型中存在ARRAY、JSON数组等需要可迭代值的字段，你可能给这类字段配置了default=None的错误默认值，或者字段对应的默认值生成函数返回了None，ORM在commit阶段填充字段值时尝试迭代None就会触发报错。
  解决方案：检查Sights模型所有字段的default配置，数组类字段的默认值要设为default=list而非None，确保所有字段的默认值和字段类型完全匹配，默认值生成函数不会返回None。

• ORM事件回调逻辑错误
  若你给Sights模型绑定了before_insert、before_update这类ORM事件监听器，回调方法内部可能存在对None值的迭代操作，或者回调方法直接返回了None，触发commit阶段的迭代错误。
  解决方案：检查Sights模型绑定的所有事件回调方法，确认方法内部涉及迭代的变量都不会被赋值为None，且回调方法没有返回不符合要求的None值。

• 关系（relationship）配置错误
  若Sights模型配置了和其他表的关联关系，且开启了级联新增/更新的配置，你可能给关系字段赋值为None，ORM在commit阶段执行级联操作时尝试迭代该None值触发报错。
  解决方案：检查Sights模型的relationship配置，确认新增sight实例时，关联字段要么赋值为合法的关联对象/对象列表，要么关闭不必要的级联操作。

• sight实例的字段赋值错误
  你传入addSight方法的sight实例中，数组类字段被直接赋值为None，PostgreSQL驱动在做类型转换时尝试迭代None触发报错。
  解决方案：在self.session.add(sight)和self.session.commit()之间新增代码打印sight.__dict__，排查所有数组、列表类型的字段是否被赋值为None，将这类字段的空值改为空列表即可。

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