Go学生信息管理系统应优先选轻量持久化方案：本地开发用map+JSON文件（原子写入、UUID主键），进阶用sqlite3（外键支持、TEXT主键适配UUID），慎用GORM默认行为。
用 Go 实现一个学生信息管理系统，核心不在于“写个 CRUD”，而在于选对数据持久化方式和结构组织逻辑。本地开发阶段直接上
或
文件最轻量；硬套
+ MySQL 反而容易卡在驱动配置、连接池、时间字段处理这些非业务问题上。
用
+
文件做存储，适合快速验证业务逻辑
学生信息变动不频繁、无并发写入需求时，把
序列化到
是最快落地的方式。关键不是“多酷”，而是改一行代码就能看到效果。
结构体里避免用指针字段（如
），否则 JSON 解析后可能为
，导致后续
判断 panic
读文件用
，写文件前先
到临时路径，再
原子替换，防止写一半崩溃丢数据
主键别用自增 int，改用
，避免并发插入时 ID 冲突或重复调用
出错
用
替代内存 map，只需加 3 个包和 1 个初始化函数
当需要模糊查询、按年龄排序、或者未来要加课程关联时，
是比 JSON 文件更自然的升级路径，且不用部署数据库服务。
导入
（下划线导入触发驱动注册）
用
初始化，注意参数里开启外键支持（后续扩展用得上）
建表 SQL 中，
比
更兼容 UUID 主键，避免类型转换错误
执行
后别忘了用
—— 对 SQLite 来说，它只对
有效；UUID 场景下应直接返回传入的 ID
不是必须项，但要用就得关掉它默认的“魔法”
如果团队已有
使用经验，或项目明确要对接 MySQL/PostgreSQL，那它能省不少胶水代码。但它的默认行为会悄悄破坏你的预期。
GitHub Copilot
GitHub AI编程工具，实时编程建议
下载
立即学习
“
go语言免费学习笔记（深入）
”；
关闭自动迁移：
在生产环境可能误删字段，应改用手工 SQL 或
工具
禁用软删除：在
结构体加
字段或显式声明
，否则
变成 UPDATE
时间字段统一用
类型，别用
或
，否则
/
自动赋值会失效
查询单条用
，别用
—— 后者在记录不存在时会报
错误，前者只是
真正卡住新手的，往往不是语法，而是没意识到 Go 的 error 处理必须显式判断、JSON 标签大小写敏感、SQLite 的参数占位符是
而不是
。把这三个点盯住，CRUD 就不会散架。
sqlite3jsongormmapjsonmap[int]*Studentstudents.jsonStudent*stringnil==os.ReadFileos.WriteFileos.Renameuuid.NewString()len(m)+1sqlite3sqlite3_ "github.com/mattn/go-sqlite3"sql.Open("sqlite3", "students.db?_foreign_keys=1")id TEXT PRIMARY KEYINTEGER PRIMARY KEYINSERTstmt.LastInsertId()INTEGER PRIMARY KEYgormgormdb.AutoMigrate(&Student{})migrateStudentgorm.ModelDeletedAt gorm.DeletedAt `gorm:"index"`Deletetime.Timestringint64CreatedAtUpdatedAtdb.First(&s, "id = ?", id)db.Where("id = ?", id).First(&s)record not foundRowsAffected == 0?$1