Как выбрать, что сохранить в БД? Добрый день, не знаю как поступить, что хранить в базе данных?
Объясняю:
База данных создается для работы с заказами. Заказы вводятся в программе. На основе заказов создаются платежные документы, содержащие конкретные услуги - например добавляют заказ "Добавить заказ на перевод, языки Английский, Русский, Перевод нотариально заверить.", при этом добавление заказа реализуется заполнением формы "заказ на перевод", содержащей input'ы для указания языков, и чекбокс для указания будет заверение или не будет. На основе этих данных создаются две услуги - "перевод с европейских(или западных) языков, нотариальное заверение перевода.".
Так вот, что должно храниться в базе данных? 1)информационные поля заказа (два языка и булево значение "есть заверение или нет"). На основе этих данных всегда можно автоматически составить эти две конкретные услуги.2)должны хранится именно услуги. Потому что наверное полезно иметь возможность делать выборки по разным типам услуг, да и в конце концов именно услуги попадают потом в документы.
Но по таким услугам не получится восстановить полную входную информацию о заказе, например те же языки (так как в услуге указывается только европейские они или западные), а значит придется хранить дополнительные сведения и заказа.3) из пункта 2) вытекает этот пункт - и то и то. И заказ в виде набора полей. И ассоциированный с ним набор услуг в отдельной таблице. Но набор услуг можно получить динамически из данных заказов, не будет ли это дублированием?
Какой вариант выбрать?
Как выбрать, что сохранить в БД? Добрый день, не знаю как поступить, что хранить в базе данных?
Объясняю:
База данных создается для работы с заказами. Заказы вводятся в программе. На основе заказов создаются платежные документы, содержащие конкретные услуги - например добавляют заказ "Добавить заказ на перевод, языки Английский, Русский, Перевод нотариально заверить.", при этом добавление заказа реализуется заполнением формы "заказ на перевод", содержащей input'ы для указания языков, и чекбокс для указания будет заверение или не будет. На основе этих данных создаются две услуги - "перевод с европейских(или западных) языков, нотариальное заверение перевода.".
Так вот, что должно храниться в базе данных? 1)информационные поля заказа (два языка и булево значение "есть заверение или нет"). На основе этих данных всегда можно автоматически составить эти две конкретные услуги.2)должны хранится именно услуги. Потому что наверное полезно иметь возможность делать выборки по разным типам услуг, да и в конце концов именно услуги попадают потом в документы.
Но по таким услугам не получится восстановить полную входную информацию о заказе, например те же языки (так как в услуге указывается только европейские они или западные), а значит придется хранить дополнительные сведения и заказа.3) из пункта 2) вытекает этот пункт - и то и то. И заказ в виде набора полей. И ассоциированный с ним набор услуг в отдельной таблице. Но набор услуг можно получить динамически из данных заказов, не будет ли это дублированием?
Какой вариант выбрать?
Объясняю:
База данных создается для работы с заказами. Заказы вводятся в программе. На основе заказов создаются платежные документы, содержащие конкретные услуги - например добавляют заказ "Добавить заказ на перевод, языки Английский, Русский, Перевод нотариально заверить.", при этом добавление заказа реализуется заполнением формы "заказ на перевод", содержащей input'ы для указания языков, и чекбокс для указания будет заверение или не будет. На основе этих данных создаются две услуги - "перевод с европейских(или западных) языков, нотариальное заверение перевода.".
Так вот, что должно храниться в базе данных? 1)информационные поля заказа (два языка и булево значение "есть заверение или нет"). На основе этих данных всегда можно автоматически составить эти две конкретные услуги.2)должны хранится именно услуги. Потому что наверное полезно иметь возможность делать выборки по разным типам услуг, да и в конце концов именно услуги попадают потом в документы.
Но по таким услугам не получится восстановить полную входную информацию о заказе, например те же языки (так как в услуге указывается только европейские они или западные), а значит придется хранить дополнительные сведения и заказа.3) из пункта 2) вытекает этот пункт - и то и то. И заказ в виде набора полей. И ассоциированный с ним набор услуг в отдельной таблице. Но набор услуг можно получить динамически из данных заказов, не будет ли это дублированием?
Какой вариант выбрать?
Не можешь разобраться в этой теме?
Обратись за помощью к экспертам
Гарантированные бесплатные доработки
Быстрое выполнение от 2 часов
Проверка работы на плагиат
Интересные статьи из справочника
Поможем написать учебную работу
Отвечай на вопросы, зарабатывай баллы и трать их на призы.
Подробнее
Подробнее
В вашем случае я бы рекомендовал выбрать вариант 3 - хранить и заказы, и услуги в базе данных. Это позволит вам проводить выборки по разным типам услуг, а также иметь возможность восстановить полную входную информацию о заказе на основе данных в базе. Да, это может показаться немного дублирующим информацию, но это обеспечит более гибкую и удобную работу с данными и их анализом в будущем. При этом вам стоит обратить внимание на оптимизацию структуры базы данных, чтобы избежать избыточности данных и обеспечить их эффективное использование.