设计数据库时，字段“是否可用”该取什么英文名？研究active/enable/state/progress的区别

一条记录发布后，除了删除状态，还存在可用、不可用状态（并非审核状态），那么这个字段在数据库中该取什么名字呢？先告诉结果：使用active英文单词衍生出的is_active。

表可用

• active - 意为活跃或生效的。一个active的记录表明该信息是可用的。
• enabled - 意为已使能或启动的。一个enabled的记录表示该信息已经激活。
• available - 意为可用或可取得的。一个available的记录表明该信息可以使用。
• usable - 意为可使用的。一个usable的记录说明该信息是有效并可以调用。

这4个单词的含义很相似,都可以表达数据是否可用的概念。
所以在数据库表设计中,你可以根据情况选择其中一个作为布尔字段的名称:

• active (例如:is_active BOOLEAN)
• enabled (例如:is_enabled BOOLEAN)
• available (例如:is_available BOOLEAN)
• usable (例如:is_usable BOOLEAN)
  这样一来,当这个布尔值是true时,就表示这条记录是可用的;当为false时,这条记录则不可用。

active

在数据库设计中,使用is_active 表示某条记录的激活状态,而不是is_activate。

其中有几个主要的原因:

1. active 是形容词,表示"处于活跃状态" 的意思。适合用来描述一个状态。
   而activate 是动词,表示"使某物激活"的行为。不太适合用来描述一个状态。
2. is_active 表示"是否处于活跃状态",更加传达某个状态。
   而is_activate似乎表示"是否正在被激活",不是很清楚它传达的是当前的状态,还是某个动作。
3. active 在信息技术领域中已经成为了一个非正式的术语,表示某物的激活状态。
   is_active 已经作为一个非正式的术语常见于代码和数据库中,使用更加贴切。
4. 某个记录的激活状态是一个boolean值,使用is_active更加简单明了。
   而is_activate则带有一定的模糊性,不太适合表达一个boolean状态。
5. 使用active描述状态已经成为了一种习惯,程序员更易理解is_active表示某条记录是否处于激活状态。

总的来说,is_active 表示"某记录是否处于激活状态" 这个意思更加直接和贴切;

is_activate虽然看似语义相近,但还是不太适合表达boolean状态,且相对不常见。

对数据库记录的可用状态,使用 is_active 字段比较好,理由如下:

1. active 读起来不够明确,is_active 一看就知道是记录的可用状态。
2. is_ 开头表示是一个布尔类型的字段,这是编程中的通用约定。
3. 与数据库记录相关的其他布尔状态字段也可以统一使用 is_xxx 的格式,如 is_deleted, is_valid 等,保持字段命名的一致性。
4. 一些 ORM 和框架也推荐使用 is_xxx 的命名格式来表示布尔字段,使用这种风格可以获得更好的框架兼容性。
5. 使用 is_active 字段,与代码中的变量名和方法名语义一致,如 record.is_active()、if(record.is_active) 读起来很自然。
6. 一些数据库管理工具也用 is_ 前缀来表示布尔字段,使用 is_active 提高了跨平台的一致性。
   所以,在设计数据库时,表示记录可用状态的字段,建议使用 is_active 比较妥当,既符合编程约定,也提高了代码和数据库的可读性。

那么is_active、isActive、isactive用哪个呢？还是is_active，理由如下:

1. is_active 遵循了较为通用的 snake_case (下划线分隔式)命名约定,即用小写字母和下划线来命名。
2. snake_case 命名约定常被用于数据库命名,可以保持代码和数据库的一致性。
3. 一些数据库管理工具也采用 snake_case 命名,使用 is_active 有利于保持跨平台的统一性。
4. snake_case 命名也被许多编程语言和框架采用,有利于后续的代码开发。
5. isactive 和 IsActive 分别是 camelCase 和 PascalCase 命名法,不太适合数据库字段的命名。
6. is_active 中的下划线也更易于阅读,明确分隔开变量的两个词。
   综合考虑,我建议使用 snake_case 命名法,采用 is_active 作为表示数据库记录是否可用这个布尔字段的最佳命名。这可以保持编程和数据库命名的一致性。

enabled

表示数据库记录是否可用这个状态时,最好的选择是is_active。

主要有几个原因:

1. Active是一个比较普遍的词汇,表达的含义比较直接。表示某物是处于活跃状态。
2. 在编程语言和IT领域中,active已经成为一个比较通用的术语,表示状态。程序员比较易于理解。
3. 与enable相比,active不仅可以表示可用,还可以更深层次地表示某物的生命状态。即使未被使用,只要没被标记为inactive,仍然可以认为是active的。
4. 与enabled相比,active更贴切数据库表行为。独立存在的表记录确实处于一个活跃状态。
5. is_active仍然比较简洁,不失数据库设计的初衷。语义比较丰富。

而enable和enabled则存在一些局限性:

1. 需要被激活才能工作, thresholds 更高。
2. 避免出现多个enabled但实际只有一个active的情况。
3. 字段名称相对复杂,语义上容易隐去「活跃」的状态。

所以综上,表示数据库记录是否可用这个状态时,我个人比较推荐使用is_active。
它不仅可以解决当前的需求,同时也考虑了扩展和未来可能出现的情况。
希望这能回答您的问题,至少可以给出参考。如果您仍然有任何疑问,欢迎提出,我会尽量给出帮助。

表状态

state

在数据库设计中,可以用state来替代is_active,表示记录的状态。
state和active意思类似,都可以表示"状态"。

1. state VARCHAR(50)
   然后在这个VARCHAR字段中,用’active’ 和 ‘inactive’表示是否激活。
   这样可以存储更多状态,不仅仅是’active’和’inactive’。
2. state BOOLEAN
   直接用BOOLEAN字段表示。
   当状态为true时,表示激活;为false时表示未激活。
   这是最简单直接的方式。

两种方式各有利弊:

• state VARCHAR方式:

1. 可以存储多种状态,不仅仅是’active’和’inactive’
2. 可读性更好,直接看字段名和值就知道状态是什么
3. 使用性更强,可以有多个状态值,不仅仅是布尔值

• state BOOLEAN方式:

1. 最为直接和简单,直接根据BOOLEAN值判断状态
2. 占用空间小,效率高
3. 更加通用,方便和其他系统交互
   所以总的来说,你可以根据实际情况选择使用state VARCHAR 还是 state BOOLEAN,来表示记录的激活状态。
   is_active其实是一种比较固定的命名习惯,冗长一些,state更加通用。

两种方式都有它的优缺点,最主要的是能清楚明确地表达记录的激活状态。
在很多情况下,都可以使用state来替代is_active表达数据库表中记录的激活状态。
用state具有以下几个优点:

1. 更加通用。state可以表示记录的任何状态,不仅仅限于激活状态。
2. 不需要前缀。state本身已经表达了意思,省略is_*可以使字段名更简洁。
3. 更贴切数据库。state更符合数据库表的本质,即一个记录的某个状态。
4. 便于扩展。如果将来该字段需要表示更多状态,state可以很好扩展。

一些使用state作为布尔字段的示例:

CREATE TABLE users (
   id INT,
   name VARCHAR(30),
   state BOOLEAN
);

CREATE TABLE orders (
   id INT,
   user_id INT,
   state BOOLEAN  
);

但是is_active也有它的优点:

1. 更明确。它直接表明记录的激活状态,不易产生歧义。
2. 更常见。is_active是 IT 领域一个比较常见的非正式术语,可以减少理解障碍。
3. 语义更加丰富。is_active为这个字段添加了更多上下文信息。
   所以总的来说,如果你希望数据库表更加通用和简洁,state会是一个不错的选择。
   但如果你的主要需要表达记录的激活状态,并希望字段更易理解,那么is_active依然是一个不错的选择。
   两者各有优劣,具体选择应考虑你的使用场景和扩展需求。

state字段可以表示记录的各种不同状态,不仅仅限于激活状态。一些其他常见的状态有:

• 已完成(complete): 表示某项任务或订单已完成。
• 待处理(pending): 表示还有事项等待处理。
• 已关闭(close):表示一个账号、项目等已关闭。
• 正常(normal): 表示在正常工作状态。
• 异常(abnormal): 表示存在异常情况。
• 已删除(deleted): 表示该记录已被标记为删除。
• 审核通过(approved):表示已通过审核。
• 审核中(reviewing):表示正在审核中。
• 禁用(disabled):表示已被禁用。

等等,甚至可以是一些自定义的状态:

• 未开始(unstarted)
• 进行中(in_progress)
• 待付款(awaiting_payment)
• 已付款(paid)
• 已取消(canceled)
  等等, 通过state字段可以清晰地表达任何一种状态。

state字段的优点在于:

1. 字段名本身就表示记录的状态。
2. 不需要前缀或后缀。
3. 表明这是一个可扩展字段,可以表示多种状态。
4. 字段类型可以是布尔、数值或字符串,取决于状态的多少。
   所以state字段是一个非常通用且灵活的表达记录状态的数据库字段。

progress

state和progress在很大程度上是相似的, progress也可以用来表示数据库表记录的状态。

二者的相似之处在于:

1. 都可以表示记录处于某种状态。State表示的更广泛,progress针对任务等进度方面。
2. 都不需要前缀,field 名本身就表达了信息。
3. 都可以扩展性,表示多种状态,取决于需要。
4. 都可以使用数字或字符串来表示复杂的多状态情况。

差异在于:

1. State更多地描述记录的总体状态。而Progress更侧重于某个任务或过程的状态。
2. State的状态更多与静态属性有关。Progress更侧重动态地描述任务完成度。
3. State更广泛,可以指任何事物的状态。Progress专门用于表示进度,或者说过程中的状态。
4. State使用布尔值更多。Progress使用数字值表示百分比进度或阶段。

所以,可以说State利用database model 的方式,Progress使用JIT 执行中update 的方式。

总的来说,两者的区别主要在于:

• State 更多的是描述记录的总体属性状态
• Progress 更侧重于记录某个正在进行的过程中的变化状态
  所以你可以根据场景自由选择把数据库字段命名为 state 或者 progress。