какая разница между сущностью и сущностью, установленной в dbms

Question

Я запутался в сущности и сущности, заданных в СУБД. действительно ли множество сущностей образует сущность? Точно так же, как набор Студенческих Объектов формирует Массив Студентов.

следует сравнить таблицу в реляционной базе данных с сущностью или сущностью? Если я сравниваю объект, заданный в таблице, тогда я могу сравнить объект как запись в таблице. Если я ошибаюсь, исправьте меня.

Я просмотрел некоторые книги и блоги об этом. несколько раз сущность сравнивается с таблицей в Rdbms и несколько раз с набором объектов. что является правдой. Невозможно получить правильное объяснение.

Pls придумал примеры и пояснения, заранее заблаговременно !!

Answer 1

Существует множество описаний терминов и, к сожалению, блоги, учебные пособия, документация по корпоративной инфраструктуре и программное обеспечение для диаграмм, как правило, объединяют концепции. Для более точных определений проконсультируйтесь с академическими работами и книгами учредителей этой области.

Сущность - это вещь, которая может быть четко идентифицирована, как конкретное лицо, компания или событие. Объекты идентифицируются значениями в базе данных, например. Я (сущность в реальном мире) представлен числом 532721 в базе данных StackOverflow.

Набор объектов представляет собой набор похожих вещей, таких как набор лиц, компаний или событий. Примером могут быть все пользователи в StackOverflow. Объекты и сущностные наборы концептуальны и не содержатся непосредственно в базах данных. База данных StackOverflow рассказывает о своих пользователях, эти пользователи фактически не живут в базе данных.

Таблица представляет собой структуру данных, которая представляет собой предикат. Предикат - это тип факта, общий оператор с заполнителями для значений. Записи содержат значения для тех заполнителей, которые делают предикат истинным, поэтому записи представляют собой суждения о сущностях в мире. Другой способ его просмотра состоит в том, что таблица представляет набор атрибутов и отношений на одном или нескольких наборах сущностей. Помните, что атрибуты - это просто двоичные отношения.

Например, таблицу USER (UserId PK, UserName UQ, Reputation, PhotoId UQ) можно понять, как говорят, «Там существует в мире пользователь идентифицируется по номеру UserId и уникального именем UserName, который имеет оценку Reputation точек и использует исключительно фотографии, идентифицированные как PhotoId как аватар» , Каждая соответствующая запись представляет собой известный факт о пользователе и изображении.

Я рекомендую вам прочитать статью Кодда «Реляционная модель данных для крупных общих банков данных» и статья Чэня «Модель отношения сущностей - к единому представлению данных». Они короче и целенаправленны, чем целая книга, и их можно легко найти в Интернете.