考虑两个表事务和类别,每个表都有自己的 ID 和信息。
一个事务可以有多个类别,我已经阅读过创建第三个表以使用它们的 ID 链接事务和类别是最好的。但是,假设您有很多人喜欢它,您会怎么称呼这张桌子?
transactionCategories 是我想出的最好的,还有更好的吗?
考虑两个表事务和类别,每个表都有自己的 ID 和信息。
一个事务可以有多个类别,我已经阅读过创建第三个表以使用它们的 ID 链接事务和类别是最好的。但是,假设您有很多人喜欢它,您会怎么称呼这张桌子?
transactionCategories 是我想出的最好的,还有更好的吗?
我对这些的命名方案是使用域的术语进行交互,如果有的话(例如 not student_class
, but enrollment
)。如果没有这样的术语,那么你就会退回到transaction_category
听起来category_transaction
更好的那个。
另外,我总是用单数命名我的表(例如学生而不是学生)。
我通常使用相同的方法,复数有助于将其区分为关系表,并且它包含两个名称,因此很清楚哪些表。
TransactionCategories 很好。可能没有什么“更好”,只是不同。
过去有时,当我创建一个只有两个外键的表时,它需要解析多对多,我将“Xref”附加到它的名称中,这表明它没有任何属性。它只是为了解决多对多问题。