Beego 应用启动时未同步模型到数据库，导致 articles 表不存在，调用 o.Insert() 时抛出 no such table: articles 错误；需在 main() 函数中显式调用 orm.RunSyncdb() 完成表结构初始化。
beego 应用启动时未同步模型到数据库，导致 `articles` 表不存在，调用 `o.insert()` 时抛出 `no such table: articles` 错误；需在 `main()` 函数中显式调用 `orm.runsyncdb()` 完成表结构初始化。
在 Beego 框架中，ORM 模型（如 Article）仅定义了数据结构和映射关系，并不会自动创建数据库表——这与 Django 的 makemigrations + migrate 类似，需要开发者主动触发同步操作。若跳过该步骤，直接执行 o.Insert(&article)，ORM 将尝试向尚未存在的 articles 表写入数据，从而抛出 sqlite3.Error: no such table: articles。
✅ 正确做法：启动时同步数据库结构
在应用入口文件 main.go 的 main() 函数中，于 beego.Run() 之前调用 orm.RunSyncdb()：
func main() {
// 初始化 ORM（确保已注册驱动和注册模型）
orm.RegisterDriver("sqlite3", orm.DRSqlite)
orm.RegisterDataBase("default", "sqlite3", "./data.db")
// ⚠️ 关键步骤：同步模型到数据库，生成对应表
err := orm.RunSyncdb("default", false, true) // 第三个参数设为 true 可打印建表 SQL（调试用）
if err != nil {
beego.Error("Failed to sync database:", err)
return
}
beego.Run()
}
? 参数说明：
- "default"：数据源别名（需与 RegisterDataBase 中一致）；
- false：是否强制删除已存在表（true 会清空重建，生产环境严禁使用）；
- true：是否打印执行的 SQL 语句（便于验证建表逻辑，上线前建议设为 false）。
✅ 补充：确保模型已注册
同步前，必须显式注册模型，否则 RunSyncdb() 将忽略该结构。在 main() 或 init() 中添加：
import _ "your-project/models" // 引入 models 包（触发 init）
// 或显式注册（推荐）
func init() {
orm.RegisterModel(new(models.Article))
}
⚠️ 注意事项
- 仅在开发/测试环境使用 RunSyncdb：生产部署应改用数据库迁移工具（如 bee migrate），避免代码直接操作表结构；
- SQLite 路径需可写：确认 ./data.db 所在目录具有写权限，否则同步会静默失败；
- 字段类型兼容性：Beego ORM 对 SQLite 的 int 映射为 INTEGER PRIMARY KEY AUTOINCREMENT，但若 Id 字段未设为 pk:"yes"，可能影响主键行为（建议补充标签：Id intorm:"pk;auto"`）；
- 避免重复同步：RunSyncdb 在表存在时默认跳过，无需加额外判断。
完成上述配置后重启服务，Beego 将自动创建 articles 表，后续 o.Insert() 即可正常执行。这是 Beego ORM 的标准初始化流程，也是解决“表不存在”类错误的根本方案。
