个人主页会编程的土豆欢迎来访作者简介后端学习者❄️个人专栏数据结构与算法数据库leetcode✨那些你一个人走过的夜路终将化作照亮未来的光适合对象刚接触 MySQL GORM 的新手结合场景影院票务users / seats / orders 等表读完你能分清SQL 里的约束管什么Go 结构体上的 tag 又管什么一、先建立整体印象做 Web 后端时数据会经过两层“说明书”层级写在哪作用数据库约束CREATE TABLE里数据库强制执行的规则违规会直接报错Struct TagGo 的struct字段后面...给框架看的标注GORM 怎么映射表、JSON 怎么输出可以记一句约束数据库的“铁规矩”TagGo 代码和框架之间的“说明书便签”两者经常对应比如表里username唯一模型上也写uniqueIndex但职责不同真正拦非法数据的主要是数据库约束Tag 更多是让 GORM/JSON 知道怎么读写。二、数据库约束是什么建表时除了写“有哪些列”还会写“这些列必须遵守什么规则”。这些规则就叫约束Constraint。2.1 为什么需要约束假如没有约束可以插入两个相同的用户名 → 登录时到底算谁订单可以写一个不存在的user_id→ 脏数据座位状态乱填 999 → 业务判断全乱约束就是在数据库层把这些问题挡掉。2.2 票务项目里常见约束对照理解1主键 PRIMARY KEYid BIGINT PRIMARY KEY AUTO_INCREMENT每一行的唯一身份证AUTO_INCREMENT插入时 id 自动增长一张表通常一个主键2非空 NOT NULLusername VARCHAR(50) NOT NULL这一列不允许是NULL“没填”。注意空字符串和NULL不是一回事。3唯一 UNIQUEusername VARCHAR(50) NOT NULL UNIQUE同一张表里这个值不能重复。用户名、订单号常用。4默认值 DEFAULTrole TINYINT NOT NULL DEFAULT 0插入时如果不写role就默认是0顾客。5外键 FOREIGN KEYCONSTRAINT fk_sch_movie FOREIGN KEY (movie_id) REFERENCES movies(id)含义schedules.movie_id必须能在movies.id里找到。作用防止场次挂到一部不存在的电影上。常见连带策略了解即可ON DELETE CASCADE主表删了子表相关行也删如删场次时座位跟着删ON DELETE SET NULL主表删了子表外键置空6索引 INDEX / UNIQUE KEYINDEX idx_order_user (user_id) UNIQUE KEY uk_seat (schedule_id, row_no, col_no)索引让按某列查询更快如查某用户订单唯一索引既加速又保证组合不重复例如同一场次不能有两个“3排5座”7引擎 ENGINEInnoDB购票要用事务和行锁FOR UPDATE一般用 InnoDB。这不是列约束但是建表时很重要的选择。三、结合座位和订单理解约束座位和订单的关系可以记成一笔订单对应多个座位座位通过order_id挂到订单上。相关约束帮助保证orders.user_id必须是真实用户外键orders.schedule_id必须是真实场次外键同一场次的(schedule_id, row_no, col_no)唯一唯一索引订单状态、座位状态用整数表示业务含义配合代码常量不一定全靠数据库枚举没有这些约束超卖、脏订单会更容易出现当然超卖还要靠事务和行锁约束是基础防线。四、Go 里的 Tag 标签是什么看模型代码时常看到type User struct { ID int64 gorm:primaryKey;autoIncrement json:id Username string gorm:size:50;uniqueIndex;not null json:username Password string gorm:size:32;not null json:- }字段后面的反引号字符串就是struct tag标签特点不影响 Go 语法本身能不能编译通过写错 tag 内容往往仍能编译主要给反射 框架读取例如 GORM、encoding/json一个字段上可以写多个 tag用空格分隔gorm:... json:...五、json tag控制接口返回长什么样写法含义json:usernameJSON 里字段名用usernamejson:-不要序列化出去密码、盐常用json:nickname,omitempty空值时可以省略该字段示例Password string json:- Salt string json:-登录成功返回用户信息时就不会把密码哈希泄露给前端。这是非常基础的安全习惯。六、gorm tag控制怎么和数据库打交道GORM 通过 tag 知道主键是谁列名是什么是否唯一字段长度是否只读联表查出来的字段等6.1 常用 gorm tag入门够用tag含义primaryKey主键autoIncrement自增not null非空模型层提示/迁移时有用size:50字符串长度uniqueIndex唯一索引index普通索引column:rows_num数据库列名和 Go 字段名不一致时指定列名type:decimal(10,2)指定数据库类型default:0默认值-只读查可以填充一般不用于写入该表-忽略该字段完全不映射6.2 TableName指定表名func (User) TableName() string { return users }告诉 GORMUser对应表名users。否则 GORM 可能按默认规则猜表名有时是users有时你想精确控制。6.3 为什么有的字段是指针GroupID *int64 LockUserID *int64 PaidAt *time.Time因为数据库里这些列可能是NULL用指针可以区分“没值nil”和“有值 0”用普通int64很难表达 SQL 的NULL七、约束 vs Tag别混在一起对比数据库约束Struct Tag写在哪SQL / 数据库Go 结构体谁强制执行MySQL框架约定GORM/JSON作用保证数据合法性指导映射与序列化失败时插入/更新直接报错可能映射错、字段丢失、或迁移不一致注意只在 Go 的 gorm tag 写了uniqueIndex但数据库里没建唯一约束不一定能防重复尤其你是用schema.sql建表、而不是全靠 AutoMigrate 时。本票务项目是SQL 建表为主models 上的 gorm tag 更多是让 GORM 读写时行为正确、字段对应正确。真正的底线仍是数据库约束 业务代码事务/行锁八、一张对照表usersSQLGoid BIGINT PRIMARY KEY AUTO_INCREMENTID int64 \gorm:“primaryKey;autoIncrement” json:“id”username VARCHAR(50) NOT NULL UNIQUEUsername string \gorm:“size:50;uniqueIndex;not null” json:“username”password CHAR(32) NOT NULLPassword string \gorm:“size:32;not null” json:“-”role TINYINT DEFAULT 0Role int \gorm:“not null;default:0” json:“role”看到没有左边是库的规矩右边是 Go 的说明书。两边对齐项目才稳