термин неспециалиста для идентификации отношений
Что-либо в синем - верхний регистр SELECT, DELETE, GO, и т.д.
, Имена таблиц исключительны как таблица, которая содержит наших клиентов, были бы клиентские Связывающие таблицы таблицы
, tablename_to_tablename
использование _ между работами в именах таблиц и параметрах
пример
BEGIN
SELECT
Company.ID AS Company_ID,
Company.Client_Name,
Company.Website,
Office.Office_Name
FROM
Company_Office WITH(NOLOCK)
INNER JOIN Company WITH(NOLOCK) ON Company_Office.Company_ID = Company.ID
WHERE
END
6 ответов
Я часто вижу дочернюю таблицу или зависимую таблицу , используемую как простой термин. Вы можете использовать любой из этих терминов для таблицы с идентифицирующей связью
Тогда скажем, ссылающаяся таблица - это таблица с неидентифицирующей взаимосвязью.
Например, PhoneNumbers ] является дочерним элементом из пользователей , поскольку номер телефона имеет идентифицирующую связь с его пользователем (т.е. первичный ключ PhoneNumbers включает внешний ключ к первичному ключ пользователей ).
Принимая во внимание, что таблица Пользователи имеет столбец состояния , который является внешним ключом для таблицы состояний , делая это неидентифицирующими отношениями.
Я думаю, что принадлежит , было бы хорошим названием для идентифицирующей связи.
«Слабый тип объекта» не имеет собственного ключа, только «частичный key », поэтому каждый экземпляр сущности этого слабого типа сущности должен принадлежать какому-либо другому экземпляру сущности, чтобы его можно было идентифицировать, и это« идентифицирующая связь ». Например, домовладелец может иметь базу данных с квартирами и комнатами . Комната может называться кухня или ванная комната , и хотя это имя уникально в квартире, в базе данных будет много комнат с именем ] кухня , поэтому это всего лишь частичный ключ. Чтобы однозначно идентифицировать комнату в базе данных, вам нужно сказать, что это кухня в этой конкретной квартире. Другими словами, комнаты принадлежат квартирам.
I'm going to recommend the term "weak entity" from ER modeling.
Some modelers conceptualize the subject matter as being made up of entities and relationships among entities. This gives rise to Entity-Relationship Modeling (ER Modeling). An attribute can be tied to an entity or a relationship, and values stored in the database are instances of attributes.
If you do ER modeling, there is a kind of entity called a "weak entity". Part of the identity of a weak entity is the identity of a stronger entity, to which the weak one belongs.
An example might be an order in an order processing system. Orders are made up of line items, and each line item contains a product-id, a unit-price, and a quantity. But line items don't have an identifying number across all orders. Instead, a line item is identified by {item number, order number}. In other words, a line item can't exist unless it's part of exactly one order. Item number 1 is the first item in whatever order it belongs to, but you need both numbers to identify an item.
It's easy to turn an ER model into a relational model. It's also easy for people who are experts in the data but know nothing about databases to get used to an ER model of the data they understand.
There are other modelers who argue vehemently against the need for ER modeling. I'm not one of them.
Можно использовать соединение .
У вас есть соединение между двумя таблицами, где идентификаторы совпадают.
Такие вещи.
Ничего, абсолютно ничего в том виде моделирования, при котором встречаются такие вещи, как «отношения» "(ER, я полагаю) является" техническим "," точным "или" однозначным ". И не может быть.
A) Моделирование ER всегда и по необходимости является неформальным, потому что его никогда не бывает достаточно, чтобы захватить / выразить полное определение базы данных.
B) Существует так много разных диалектов ER. что для них просто невозможно использовать одни и те же термины с одним и тем же значением. Недавно я даже обнаружил, что один британский университет, который преподает моделирование ER, использует термин «подтип сущности» для того же самого слова, которое я всегда использовал для обозначения «супертип сущности»,