好的，你做Business.Name还是Business.BusinessName
SubCategory.ID或SubCategory.SubCategoryID
你的数据库怎么样？
为什么？
我和两个人都被撕裂了。会喜欢那里的“正确答案”
答案 0 :(得分：5)
唯一的“正确”答案是保持一致。提前确定您将在项目中使用哪一个，并坚持下去。
答案 1 :(得分：2)
使用ID，Name等的主要缺点是，如果要编写与两个表重叠的SQL连接，则必须使用表名限定它们。
尽管如此，我发现使用ID和名称会更加简洁和可读 - 您的代码和表格将更容易“流动”在眼睛之外。更容易打字，更少冗余。在SQL查询中键入SELECT Business.Name FROM ...并不比输入SELECT BusinessName FROM更麻烦......
一般来说，如果我发现自己重复语义信息，它会提醒我寻找消除它的方法，或至少认识到它重复的原因。这可以是小规模（属性名称）或大规模（行为模式或公共类结构）。
答案 2 :(得分：0)
对于非常常见的属性，如“Name”和“ID”，我使用的约定是不将实体名称放在字段中。对于更多不寻常的属性，我确实放了实体名称。
这是一个命名约定决定，但我没有后悔这是约定的项目，如果你为每个ID添加实体的名称，它最终看起来太冗长了。
答案 3 :(得分：0)
我们在任何主键上做ID。说SubCategory.SubCategoryID似乎是多余的，
答案 4 :(得分：0)
我可能不对，但我认为我是一个更美味的菜。
thing.id
因为如果你打算写任何反映你的对象并且需要主键的反射内容，那么它更容易在任何地方知道它，然后尝试用公式来确定它。
至于另一个，那就是全部偏好，除了浪费时间输入其他字符以及它的.net之外，我没有看到任何真正的含义，所以无论如何也没有人真正键入名称空间。