处理状态困境

Question

null

null

CREATE TABLE `status` (
  `id` INT NOT NULL,
  `name` VARCHAR(45) NOT NULL,
  PRIMARY KEY (`id`));

CREATE TABLE IF NOT EXISTS `order` (
  `id` INT NOT NULL AUTOINCREMENT,
  `status_id` INT NOT NULL,
  PRIMARY KEY (`id`),
  INDEX `order_status_idx` (`status` ASC),
  CONSTRAINT `order_status_id`
    FOREIGN KEY (`status_id`)
    REFERENCES `status` (`id`)
    ON DELETE NO ACTION
    ON UPDATE NO ACTION);

后端代码有一个枚举，它在代码中赋予这些预定义整数一个含义

enum Status {
    PAID = 7;
};

// While processing as action ...
order.status = Status::PAID;

web服务API将返回状态号

order: { id: 1, status_id: 7 }

前端代码有一个类似的枚举，它在代码中赋予这些预定义整数一个含义。（如后端代码）

null

null

CREATE TABLE IF NOT EXISTS `order` (
  `id` INT NOT NULL AUTOINCREMENT,
  `status` ENUM('PAID') NULL,
  PRIMARY KEY (`id`));

enum Status {
    PAID = 'PAID'
};

class Status {
public:
    static const string PAID = PAID;
};

// While processing as action ...
order.status = Status::PAID;

order: { id: 1, status: 'PAID' }

优点：

• 数据库定义良好并规范化
• 从API返回的数据是描述性的，并提供了所需的含义。
• 使用的状态常量已包含其含义，这减少了出错的机会。

• 对数据库中的列使用枚举类型有其局限性。以后使用ALTER命令向该枚举添加新的状态常量的开销很大，特别是对于像ordertable.
这样的大型表

CREATE TABLE `status` (
  `key` VARCHAR(45) NOT NULL,
  PRIMARY KEY (`key`));

CREATE TABLE IF NOT EXISTS `order` (
  `id` INT NOT NULL AUTOINCREMENT,
  `status` VARCHAR(45) NOT NULL,
  PRIMARY KEY (`id`),
  INDEX `order_status_idx` (`status` ASC),
  CONSTRAINT `order_status`
    FOREIGN KEY (`status`)
    REFERENCES `status` (`key`)
    ON DELETE NO ACTION
    ON UPDATE NO ACTION);

enum Status {
    PAID = 'PAID'
};

class Status {
public:
    static const string PAID = PAID;
};

// While processing as action ...
order.status = Status::PAID;

order: { id: 1, status: 'PAID' }

null

• ？？？

谢谢你。

Answer 1

这是我解决这个问题的方法：

1. 我在orders表中添加一列status，类型为string。
2. 定义类中所有状态的常量，以便于引用它们。
3. 在创建订单时制定一个验证规则，使状态值位于前面定义的唯一允许的值中。

这使得只需编辑代码库就可以很容易地添加新的状态，并且检索到的状态值仍然是一个字符串（描述性的）。