Именование таблиц возможности соединения N:N
Мы имеем 2 типов объектов и хотим соединить их N:N. Например, статьи и авторы.
- Как Вы назвали бы таблицу отношений?
- Что Вы поместили бы сначала в имя таблицы, статьи или авторов? (articles2authors или books2authors)
Кто-то, вероятно, распознал бы этот вопрос как глупый. Я не думаю поэтому, потому что я ищу идеальное соглашение о присвоении имен.
Спасибо.
5 ответов
Выберите любой
- Таблица перекрестков
- Таблица перекрестных ссылок
- Таблица мостов
- Таблица соединений
- Таблица карт
- Таблица ссылок
, но, пожалуйста, не используйте '2' вместо 'to', это так в 1970 году.
Я лично предпочитаю Junction: AuthorsArticlesJunction, AuthorsBooksJunction. Я поставил Authors на первое место, потому что без автора ни статья, ни книга не могли бы существовать. Это несколько метафизично, но для меня работает.
Я предпочитаю map - так что-то вроде AUTHOR_ARTICLE_MAP, при последовательном использовании, объясняет, как используется таблица.
Я бы использовал AuthorArticle . Обычно «первичный» объект должен идти первым (если его можно определить), но порядок не имеет большого значения.
1) article_has_author (просто мое "личное" соглашение) m или ArticleAuthor 2) в отношениях n: m это обычно не имеет значения.
Зависит от логических отношений, например:
- Article_Author
- Links , UserRoles -> LinksForUserRoles / Links_For_UserRoles
- User , Role - > UserRole