Remult框架中dbReadOnly属性导致数据库字段未创建的解决方案

问题背景

在使用Remult框架进行实体关系映射时，开发者发现当在Relations配置中使用dbReadOnly: true属性并设置ensureSchema: true时，对应的数据库字段没有被正确创建。这个问题在使用MySQL数据库时尤为明显。

问题分析

在Remult框架中，dbReadOnly属性原本的设计意图是标记某个字段为只读，防止通过API进行修改。然而，在实现过程中，这个属性意外地影响了数据库模式的生成逻辑，导致设置了dbReadOnly: true的字段完全不会被创建到数据库表中。

技术细节

在实体定义中，开发者通常会这样配置关系字段：

@Entity("Test", {
    allowApiCrud: true
})
export class Test {
    @Relations.toOne(()=>User, {
        defaultIncluded: true,
        caption: "Created By",
        dbReadOnly: true
    })
    createdBy!: number
}

按照正常逻辑，即使字段被标记为只读(dbReadOnly: true)，它仍然应该存在于数据库模式中，只是应用程序层面会阻止对该字段的修改操作。但在此前的版本中，这个字段会被完全忽略，不会出现在生成的数据库表中。

解决方案

Remult团队在版本0.25.3中修复了这个问题。修复后的行为符合预期：

1. dbReadOnly: true仅控制字段的可写性，不影响数据库模式的生成
2. 设置了该属性的字段仍会被创建到数据库中
3. 应用程序层面会阻止通过API对该字段的修改操作

最佳实践

对于需要记录创建者、修改者等信息的场景，建议：

1. 使用dbReadOnly: true来保护这些字段不被意外修改
2. 在服务端代码中显式设置这些字段的值
3. 结合数据库触发器或默认值来确保数据的完整性

升级建议

如果遇到类似问题，开发者应该：

1. 升级到Remult 0.25.3或更高版本
2. 检查现有实体定义，确保关系字段按预期工作
3. 如有必要，手动执行数据库迁移以添加缺失的字段

这个修复体现了Remult框架对数据完整性和开发者体验的持续改进，使得关系映射和数据库模式管理更加可靠和一致。