Что делать с сущностью?

@Ivan RV · Регистрация: 30.06.2019

Студворк — интернет-сервис помощи студентам

Мне нужно создать er-диаграмму для базы данных на тему "своя игра". В базе нужно хранить информацию об игроках, тексты вопросов, их темы и ответы на них, ответы игроков, очки полученные за ответы, даты выходов в эфир игры, названия турниров и схемы розыгрышей в них. Я выделил следующие сущности: турнир (или сезон), игра, игрок, вопрос, ответ. Вроде как построил концептуальную схему.

Тут возник вопрос, а какой ключ должен иметь экземпляр типа "ответ". Ответ, по моим соображениям состоит из очков, начисленных за ответ, текст ответа, правильный\неправильный. Но по этим атрибутам его нельзя выделить среди других ответов. Нужна информация о том, на какой вопрос был дан ответ, и какой игрок дал этот ответ, и в какой игре был этот ответ. Эти ключи должны появиться при формировании отношений. А собственных естественных первичных ключей нет. Что делать? Не правильно выделил сущности?

@Ivan RV · 13.04.2023, 21:06 **[ТС]**

Такой вопрос возник. Как в схеме обозначить, что есть два типа вопросов - с заданной стоимостью и без стоимости. У всех вопросов в первых трех раундах есть стоимости, а в финальном нет.

@Ivan RV · 13.04.2023, 22:01 **[ТС]**

Дополнил схему и все норм

shanemac51 · 14.04.2023, 20:41

Сообщение от Ivan RV

а в финальном нет

там тоже есть, по крайней мере в теле-варианте
- игрок сам назначает ставку, не более того, что имеет перед финалом
- пишет ответ на планшете
- если ответ правильный ставка добавляется
- если неправильный вычитается

@Ivan RV · 14.04.2023, 22:31 **[ТС]**

А как от концептуальной схемы перейти к логической в связи "один ко многим" если связь "ко многим" не обязательная? Я знаю, что будет 3 таблицы: под 1 под каждую сущность и одна промежуточная. А какими будут связи между этими таблицами?

@VinniPuh · 14.04.2023, 23:03

Ivan RV, из жизненого опыта скажу вам так.
Имея только приблизительное понятие о структуре БД, нужно просто начать создавать это.
Если что то не будет получаться, то всегда можно будет изменить на правильное.
Если не было многолетнего опыта, то однозначно просто в теории не получится.
По любому , в связи с пониманием сути, придется вносить поправки и изменения.
Начните делать по минимуму и понимание, что да как, однозначно появится.
Кому я только это не советовал из теоретиков, впоследствии выражали искуренную благодарность, что я их направил и даже типа сподвиг

на путь истинный.
Теория без практики, ни что, ибо практика по любому внесет свои коррективы.

Новые блоги и статьи Все статьи Все блоги /
Сезонность закисления почв anaschu 04.07.2026 200 часов это все равно моловато. Есть ситуации, но нестандартные, когда смена происходит за 5 лет. Но обычно это 50 лет и более. Наверное, закисление почвы происходит сезонно в средней. . .	В чем ценность человеческого опыта в глобальном смысле? kumehtar 03.07.2026 Возможно, ценность человека не в том, что он однажды достигает мудрости, а в том, что он становится носителем карты пути. Он знает не только истину, но и последовательность внутренних изменений,. . .	интеграция AnyLogic с самописным REST API и переход на Odoo anaschu 03.07.2026 Успешная интеграция AnyLogic с самописным REST API и переход на промышленную Odoo WMS Сегодня проделал огромный путь от простой симуляции физических процессов до построения полноценной. . .	Поиск всех путей на ориентированном графе. Linux dcc0 02.07.2026 Переработка старого кода из моей статьи. Через несколько переработок от PHP кода к C89 (надеюсь, 89). Но довольно запутанно получилось. Код для Linux. Но если убрать time и то, что с ним. . .
Сам себя обучал rest api anaschu 02.07.2026 Педагогический лайфхак: Почему чистый REST API для ученика намного круче, чем готовые библиотеки Когда мы отказались от капризного JAR-файла AnyLogic и переписали код на стандартный HttpClient,. . .	rest api anylogic - выполнение модели на своём русском сайте anaschu 02.07.2026 Как подружиться с AnyLogic Cloud API, победить провайдеров и развернуться Java-бэкенд в Docker на бесплатном хостинге: Двухдневный лог борьбы Всем привет! Хочу поделиться свежим (и довольно. . .	Где деньги лежат kumehtar 02.07.2026 Это - японская подводная лодка I-52 (тип C2, кодовое имя Momi) вышла из Японии в марте 1944 года с миссией в оккупированную немцами Францию (Лорьян). Это была одна из «Янаги»-миссий по обмену. . .	Krabik для WoW 3.3.5a, многоязычный AmbA 02.07.2026 Допилил бота, думаю что окончательно. Изменения: - добавлена многоязычность - добавлено снятие скриншотов - добавлено поддержание бафов хождения по воде (для жреца, дк и шамана) - и так, по. . .

@Ivan RV 1 / 1 / 1 Регистрация: 30.06.2019 Сообщений: 90

	Что делать с сущностью? 05.04.2023, 20:27. Показов 2030. Ответов 24 Метки er-диаграмма (Все метки) Мне нужно создать er-диаграмму для базы данных на тему "своя игра". В базе нужно хранить информацию об игроках, тексты вопросов, их темы и ответы на них, ответы игроков, очки полученные за ответы, даты выходов в эфир игры, названия турниров и схемы розыгрышей в них. Я выделил следующие сущности: турнир (или сезон), игра, игрок, вопрос, ответ. Вроде как построил концептуальную схему. Тут возник вопрос, а какой ключ должен иметь экземпляр типа "ответ". Ответ, по моим соображениям состоит из очков, начисленных за ответ, текст ответа, правильный\неправильный. Но по этим атрибутам его нельзя выделить среди других ответов. Нужна информация о том, на какой вопрос был дан ответ, и какой игрок дал этот ответ, и в какой игре был этот ответ. Эти ключи должны появиться при формировании отношений. А собственных естественных первичных ключей нет. Что делать? Не правильно выделил сущности? Миниатюры 0

@Ivan RV 1 / 1 / 1 Регистрация: 30.06.2019 Сообщений: 90
	13.04.2023, 21:06 [ТС]
	Такой вопрос возник. Как в схеме обозначить, что есть два типа вопросов - с заданной стоимостью и без стоимости. У всех вопросов в первых трех раундах есть стоимости, а в финальном нет. Миниатюры 0

@Ivan RV 1 / 1 / 1 Регистрация: 30.06.2019 Сообщений: 90
	13.04.2023, 22:01 [ТС]
	Дополнил схему и все норм Миниатюры 0

@Ivan RV 1 / 1 / 1 Регистрация: 30.06.2019 Сообщений: 90
	14.04.2023, 22:31 [ТС]
	А как от концептуальной схемы перейти к логической в связи "один ко многим" если связь "ко многим" не обязательная? Я знаю, что будет 3 таблицы: под 1 под каждую сущность и одна промежуточная. А какими будут связи между этими таблицами? Миниатюры 0

@VinniPuh 9147 / 6176 / 594 Регистрация: 27.03.2013 Сообщений: 20,046
	14.04.2023, 23:03
	Ivan RV, из жизненого опыта скажу вам так. Имея только приблизительное понятие о структуре БД, нужно просто начать создавать это. Если что то не будет получаться, то всегда можно будет изменить на правильное. Если не было многолетнего опыта, то однозначно просто в теории не получится. По любому , в связи с пониманием сути, придется вносить поправки и изменения. Начните делать по минимуму и понимание, что да как, однозначно появится. Кому я только это не советовал из теоретиков, впоследствии выражали искуренную благодарность, что я их направил и даже типа сподвиг на путь истинный. Теория без практики, ни что, ибо практика по любому внесет свои коррективы. 0