Какая разница между сущностью и сущностью, установленной в дБмс
Я запутался по поводу сущности и сущности, установленной в СУБД. набор сущностей формирует сущность? Точно так же как набор Объектов Студента формирует Массив Студентов.
мы должны сравнить таблицу в реляционной базе данных с набором сущностей или сущностью?Если я сравниваю сущность, установленную в таблицу, тогда я могу сравнить сущность как запись в таблице. Если я ошибаюсь, поправьте меня.
Я просмотрел некоторые книги и блоги об этом. Иногда сущность сравнивается с таблицей в Rdbms, а иногда - с множеством сущностей. что является правдой. Не в состоянии получить правильное объяснение.
Просьба придумать примеры и четкое объяснение, заранее спасибо!!
1 ответ
Существуют различные описания терминов, и, к сожалению, блоги, учебные пособия, документация корпоративной структуры и программное обеспечение для построения диаграмм имеют тенденцию объединять понятия. Для более точных определений, обратитесь к академическим работам и книгам основателей области.
Сущность - это вещь, которая может быть четко идентифицирована, например, конкретное лицо, компания или событие. Объекты идентифицируются по значениям в базе данных, например, я (объект в реальном мире) представлен номером 532721 в базе данных Stackru.
Набор сущностей - это набор похожих вещей, например, набор людей, компаний или событий. Примером могут быть все пользователи Stackru. Сущности и наборы сущностей являются концептуальными и не содержатся непосредственно в базах данных. База данных Stackru говорит о своих пользователях, которые на самом деле не живут в базе данных.
Таблица - это структура данных, которая представляет предикат. Предикат - это тип факта, общий оператор с заполнителями для значений. Записи содержат значения для тех заполнителей, которые делают предикат истинным, поэтому записи представляют предложения о сущностях в мире. Другой способ увидеть это состоит в том, что таблица представляет набор атрибутов и отношений в одном или нескольких наборах сущностей. Помните, что атрибуты - это просто бинарные отношения.
Например, стол USER (UserId PK, UserName UQ, Reputation, PhotoId UQ) можно понимать как высказывание "В мире существует пользователь, идентифицируемый по номеру UserId и уникальное имя UserName у кого есть оценка Reputation указывает и исключительно использует фотографию, обозначенную как PhotoId как аватар ". Каждая соответствующая запись представляет известный факт о пользователе и изображение.
Я рекомендую вам прочитать статью Кодда "Реляционная модель данных для больших совместно используемых банков данных" и статью Чена "Модель отношения сущностей - на пути к унифицированному представлению данных". Они короче и более сфокусированы, чем целая книга, и их легко найти в Интернете.