命名 N:N 连接表
我们有 2 种对象类型并希望将它们 N:N 连接起来。 例如，文章和作者。
- 您如何命名关系表？
- 您会在表格名称、文章或作者中将什么放在第一位？ （文章2作者或书籍2作者）
有人可能会认为这个问题很愚蠢。我不这么认为，因为我正在寻找理想的命名约定。
谢谢。
We have 2 object types and want to connect them N:N.
For example, articles & authors.
- How would you name relations table?
- What would you put first at table name, articles or authors? (articles2authors or books2authors)
Someone would, probably, recognize this question as stupid. I don't think so because I'm looking for ideal naming convention.
Thank you.
如果你对这篇内容有疑问，欢迎到本站社区发帖提问 参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱，如果其他用户或者作者回复了您的评论，将不能在第一时间通知您！
发布评论
评论（5）
选择 任意
，但请不要用“2”代替“to”，就是1970年的样子。
我个人更喜欢
Junction：AuthorsArticlesJunction、AuthorsBooksJunction。我把作者放在第一位，因为没有作者，文章或书籍都不会存在。这有点形而上学，但对我有用。Choose any
, but please do not use '2' to replace 'to', which is so 1970.
I personally prefer
Junction:AuthorsArticlesJunction,AuthorsBooksJunction. I putAuthorsfirst because without an author neither article, nor book would not exist. This is somewhat metaphysical, but works for me.我更喜欢地图 - 所以像 AUTHOR_ARTICLE_MAP 这样的东西，当一致使用时，解释了如何使用表。
I prefer map - so something like AUTHOR_ARTICLE_MAP, when used consistently, explains how the table is used.
我会使用
AuthorArticle。一般来说，“主要”对象应该放在第一位（如果可以确定的话），但顺序并不是什么大问题。I'd use
AuthorArticle. Generally the 'primary' object should go first (if one can be determined), but the ordering is not a big deal.1）article_has_author（只是我的“私人”约定）m或ArticleAuthor
2）在 n:m 关系中，通常并不重要。
1) article_has_author (just my "privat" convention)m or ArticleAuthor
2) in n:m relations it normaly doesnt matter.
取决于逻辑关系，例如：
Depends on the logical relations , for example: