SQL：ENUM与一对多关系的优势？

Question

我很少看到野外使用的ENUM数据类型。开发人员几乎总是只使用如下所示的辅助表：

CREATE TABLE officer_ranks (
id int PRIMARY KEY
,title varchar NOT NULL UNIQUE);
INSERT INTO ranks VALUES (1,'2LT'),(2,'1LT'),(3,'CPT'),(4,'MAJ'),(5,'LTC'),(6,'COL'),(7,'BG'),(8,'MG'),(9,'LTG'),(10,'GEN');

CREATE TABLE officers (
solider_name varchar NOT NULL
,rank int NOT NULL REFERENCES officer_ranks(id) ON DELETE RESTRICT
,serial_num varchar PRIMARY KEY);

但是，使用用户定义的类型/ ENUM也可以显示相同的内容：

CREATE TYPE officer_rank AS ENUM ('2LT', '1LT','CPT','MAJ','LTC','COL','BG','MG','LTG','GEN');

CREATE TABLE officers (
solider_name varchar NOT NULL
,rank officer_rank NOT NULL
,serial_num varchar PRIMARY KEY);

（示例显示为使用PostgreSQL，但其他RDBMS具有类似的语法）

我看到使用ENUM的最大缺点是，从应用程序内部进行更新更加困难。这也可能会使一个经验不足的开发人员感到困惑，他们曾经只是简单地将SQL DB用作存储桶。

假设信息大部分是静态的（工作日名称，月份名称，美国陆军军衔等），使用ENUM有什么好处吗？

Answer 1

使用ENUM之类的缺点是，如果数据表中不存在所有可用值，则无法获得所有可用值的列表，除非您将可用值列表硬编码在某处。例如，如果在OFFICERS表中您没有碰巧出现过MG，则无法知道排名是否存在。因此，当MG
Marjorie-Banks解除BG Blowhard的职务时，您将无法进入新军官的职位-
这真是可惜，因为他是现代少将的楷模。:-)当陆军将军（五星级将军）出现时，会发生什么？

对于不会改变的简单类型，我已经成功使用了域。例如，在我的一个数据库中，我定义了一个yes_no_domain，如下所示：

CREATE DOMAIN yes_no_dom
  AS character(1)
  DEFAULT 'N'::bpchar
  NOT NULL
   CONSTRAINT yes_no_dom_check
     CHECK ((VALUE = ANY (ARRAY['Y'::bpchar, 'N'::bpchar])));

分享并享受。