MySQL如何设置两个布尔列仅一个为true及transactions表规范化方法

问题1：双布尔字段互斥约束的实现方案 #

触发器是可实现需求的方案，但优先级很低，更推荐以下两种更优方案：

方案1：使用检查约束（仅MySQL 8.0.16及以上版本支持） #

检查约束的性能、可维护性都远高于触发器，逻辑直接在表结构上定义，无需额外维护触发器逻辑。
如果需求是仅禁止二者同时为true，允许同时为false，添加约束的语句如下：

ALTER TABLE transactions
ADD COLUMN isOutgoing TINYINT(1) NOT NULL DEFAULT 0,
ADD COLUMN isIngoing TINYINT(1) NOT NULL DEFAULT 0,
ADD CONSTRAINT chk_transaction_direction CHECK (NOT (isOutgoing = 1 AND isIngoing = 1));

如果需求是必须且仅能有一个字段为true，把约束条件修改为CHECK (isOutgoing + isIngoing = 1)即可。

方案2：合并为单个枚举字段（全版本MySQL支持，最推荐） #

两个布尔字段本质是描述「交易方向」这同一个属性的两种状态，拆分为两个字段本身就存在语义冗余，直接合并为单个枚举字段从根源上避免了互斥问题，还能节省存储空间，业务语义更清晰：

ALTER TABLE transactions
ADD COLUMN transaction_type ENUM('outgoing','ingoing') NOT NULL COMMENT '交易方向：outgoing=转出，ingoing=转入';

触发器方案的劣势 #

• 逻辑隐蔽，后续维护表结构时很容易忽略触发器的存在，排查问题成本高
• 触发器的执行会额外消耗数据库性能，高并发场景下影响更明显
• 多触发器嵌套场景下容易出现逻辑冲突，出错概率高

问题2：transactions表的规范化优化空间 #

当前表结构满足基础的第一、第二范式要求，仍有以下可优化的规范化空间：

• 补充参照完整性约束：给account_id添加外键关联到账户表（accounts）的主键，避免出现不存在的账户ID的脏数据，符合关系型数据库的参照完整性规范
• 避免冗余属性存储：后续新增字段时，不要将属于账户维度的属性（如账户名、账户类型）放到交易表中，所有字段都应该直接依赖主键transaction_id，避免更新异常、插入异常
• 交易属性拆分：如果后续需要记录交易渠道、交易状态等枚举类属性，可以单独建立对应的字典表，用ID关联代替直接存储字符串值，减少数据冗余，符合第三范式要求

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