JPA/Hibernate Дайте совет по проэктированию Entity

@Borsche · Регистрация: 03.07.2016

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

Пишу приложение "Система управления рестораном". Столкнулся с проблемой что немогу придумать как правильно организовать заказ. Есть четыре таблицы меню(Alcohol, NonAlcohol, dessert, entree).
Сразу придумал связать таблицу orders с таблицей order_details, куда с меню буду добавлять обьекты, кол-во и тд.
Но что-то начал сомневать что это правильно.
Как правильно сделать? Думал может связать заказ с каждой таблицей меню как @ManyToMany или @OneToMany.
Подскажите пожалуйста.

@KEKCoGEN · 19.02.2017, 19:13

Borsche, уберите таблицы Alcohol, NonAlcohol, dessert, entree. Вам нужна только Order и OrderDetail со связью один ко многим.

@Borsche · 19.02.2017, 20:30 **[ТС]**

А как так. Возможно вы неправильно поняли. В этих таблицах меню ресторана, название и цена.
И я хочу понять как правильно объединить меню с заказом.

Добавлено через 29 минут
Да извините это я несовсем правильно задачу сформулировал.
Неподскажите как всё же в моём случае сделать?

Добавлено через 17 минут
А хотя теперь я подумал что меню получаеться совсем не маштабируемое. Думаю лучше создать что-то по типу MenuCategory собственно с категориями товаров и собственно лист там с самимы товарами.

@KEKCoGEN · 19.02.2017, 22:03

Borsche, по-моему я все так понял. Удалите эти таблицы и в OderDetail добавьте поля имя, цена, категория
Если вы хотите задать меню чтобы было из чего выбрать, тогда создайте таблицу Menu (одну) и там поля имя, цена, категория, однако связи с этой таблицей в OderDetail быть не должно иначе вы никогда не сможете обновить меню вашего ресторана.
Получится немного денормализованно, но будет куда легче поддерживать.

@new_wave · 19.02.2017, 23:00

[

Сообщение от KEKCoGEN

Borsche, уберите таблицы Alcohol, NonAlcohol, dessert, entree.

плюсую

Новые блоги и статьи Все статьи Все блоги /
Отчёт о затраченных материалах за определенный период с макетом печатной формы Maks 21.04.2026 Отчёт из решения ниже размещён в конфигурации КА2. Задача: разработка отчёта по затраченным материалам за определённый период, с возможностью вывода печатной формы отчёта с шапкой и подвалом. В. . .	Отчёт о спецтехнике находящейся в ремонте Maks 20.04.2026 Отчёт из решения ниже размещен в конфигурации КА2. Задача: отобразить спецтехнику, которая на данный момент находится в ремонте. Есть нетиповой документ "Заявка на ремонт спецтехники" который. . .	Памятка для бота и "визитка" для читателей "Semantic Universe Layer (Слой семантической вселенной)" Hrethgir 19.04.2026 Сгенерировано для краткого описания по случаю сборки и компиляции скелета серверного приложения. И пусть после этого скажут, что статьи сгенерированные AI - туфта и не интересно. И это не реклама -. . .	Запрет удаления строк ТЧ документа при определённом условии Maks 19.04.2026 Алгоритм из решения ниже реализован на примере нетипового документа "Аккумуляторы", разработанного в конфигурации КА2. У данного документа есть ТЧ, в которой в зависимости от прав доступа. . .
Модель заражения группы наркоманов alhaos 17.04.2026 Условия задачи сформулированы тут Суть: - Группа наркоманов из 10 человек. - Только один инфицирован ВИЧ. - Колются одной иглой. - Колются раз в день. - Колются последовательно через. . .	Мысли в слух. Про "навсегда". kumehtar 16.04.2026 Подумалось тут, что наверное очень глупо использовать во всяких своих установках понятие "навсегда". Это очень сильное понятие, и я только начинаю понимать край его смысла, не смотря на то что давно. . .	My Business CRM MaGz GoLd 16.04.2026 Всем привет, недавно возникла потребность создать CRM, для личных нужд. Собственно программа предоставляет из себя базу данных клиентов, в которой можно фиксировать звонки, стадии сделки, а также. . .	Знаешь почему 90% людей редко бывают счастливыми? kumehtar 14.04.2026 Потому что они ждут. Ждут выходных, ждут отпуска, ждут удачного момента. . . а удачный момент так и не приходит.

@Borsche 183 / 110 / 44 Регистрация: 03.07.2016 Сообщений: 496

	JPA/Hibernate Дайте совет по проэктированию Entity 19.02.2017, 16:56. Показов 948. Ответов 4 Метки нет (Все метки) Пишу приложение "Система управления рестораном". Столкнулся с проблемой что немогу придумать как правильно организовать заказ. Есть четыре таблицы меню(Alcohol, NonAlcohol, dessert, entree). Сразу придумал связать таблицу orders с таблицей order_details, куда с меню буду добавлять обьекты, кол-во и тд. Но что-то начал сомневать что это правильно. Как правильно сделать? Думал может связать заказ с каждой таблицей меню как @ManyToMany или @OneToMany. Подскажите пожалуйста. Миниатюры 0

@KEKCoGEN 2399 / 2224 / 565 Регистрация: 28.12.2010 Сообщений: 8,672
	19.02.2017, 19:13
	Borsche, уберите таблицы Alcohol, NonAlcohol, dessert, entree. Вам нужна только Order и OrderDetail со связью один ко многим. 0

@Borsche 183 / 110 / 44 Регистрация: 03.07.2016 Сообщений: 496
	19.02.2017, 20:30 [ТС]
	А как так. Возможно вы неправильно поняли. В этих таблицах меню ресторана, название и цена. И я хочу понять как правильно объединить меню с заказом. Добавлено через 29 минут Да извините это я несовсем правильно задачу сформулировал. Неподскажите как всё же в моём случае сделать? Добавлено через 17 минут А хотя теперь я подумал что меню получаеться совсем не маштабируемое. Думаю лучше создать что-то по типу MenuCategory собственно с категориями товаров и собственно лист там с самимы товарами. 0

@KEKCoGEN 2399 / 2224 / 565 Регистрация: 28.12.2010 Сообщений: 8,672
	19.02.2017, 22:03
	Borsche, по-моему я все так понял. Удалите эти таблицы и в OderDetail добавьте поля имя, цена, категория Если вы хотите задать меню чтобы было из чего выбрать, тогда создайте таблицу Menu (одну) и там поля имя, цена, категория, однако связи с этой таблицей в OderDetail быть не должно иначе вы никогда не сможете обновить меню вашего ресторана. Получится немного денормализованно, но будет куда легче поддерживать. 1

Опции темы