Проектирование структуры данных (система баллов)
Я не совсем уверен, использую ли я правильное слово, чтобы описать то, что я хочу спросить, поэтому, пожалуйста, потерпите меня. По сути, моя компания заключила контракт с клиентами (для большей части доходов), которые используют интернет-магазины, чтобы их сотрудники могли напрямую заказать у нас свое защитное снаряжение. В отличие от наших клиентов, которые отправляют партии заказов на поставку и перераспределяют снаряжение своим сотрудникам, мы доставляем их прямо домой к сотруднику.
В настоящее время у нас есть сторонняя компания, занимающаяся веб-разработкой, которая взялась за эту задачу и создала веб-платформу для всего этого. Все, что нам нужно сделать, это ввести новых сотрудников, увольнений и / или любых периодических выделений, которые сотрудники могут получать в зависимости от политики своей компании. (Это делается через пользовательский портал администратора.)
Чтобы облегчить вход и выход из этого процесса, многие наши клиенты предпочитают систему баллов, которую рабочие могут использовать для покупки своего снаряжения. Примером может служить то, что после найма через некоторое время им начисляются очки, и как только очки становятся активными, им разрешается использовать эти очки для покупки своего снаряжения.
Переменные таковы:
- Клиенты
- Система с использованием очков, долларов или комбо. (Некоторые позволяют сотрудникам покупать дополнительные вещи, если они готовы платить за них самостоятельно и / или вместо баллов используются доллары.)
- Продукты, связанные с каждым клиентом.
- Различные "правила" для того, как начисляются баллы / доллары.
- Вновь нанятые очки. (Обычно имеет отложенную активацию очков / долларов.)
- Квартал / раз в два года / две четверти / и т.д.
- Некоторые очки не имеют срока действия, некоторые имеют срок годности.
- Группы, которые обычно переводятся в разные регионы компании и / или подразделения, связанные с должностью сотрудников.
Моя причина, по которой я пришел в Stackru, состоит в том, чтобы понять, как лучше всего с этим справиться. Мой начальный словарь для описания этой проблемы - архитектура данных. Способ организации, контроля, отслеживания и составления отчетов о переменных выше в игре.
В настоящее время интернет-магазин использует следующие таблицы:
- магазины
- store_products
- store_products_variants
- пользователи
- user_points
- user_points_log
- user_points_status
- заказы
Есть и другие таблицы, которые я не считаю важными.
Мне просто нужно либо рассказать какую-то стандартную структуру для такой проблемы, либо связать меня с источниками, где я могу посмотреть другие примеры, чтобы я мог сравнить нашу текущую структуру с другими, чтобы определить, соответствует ли наша среда им. Надеюсь, что это имеет смысл.
Или если кто-то может сказать мне, на что эта проблема данных относится с теоретической точки зрения. (Я назвал это системой баллов данных. Но я продолжаю получать результаты баллов по кредитным картам. И не теория, лежащая в основе этого, а фактические компании, выпускающие кредитные карты. Так что вы можете видеть мое разочарование, когда я даже не могу найти проблему, которую я не видя так много шума.)
Пожалуйста, дайте мне знать, если есть подраздел Stackru, в котором я могу опубликовать это для лучшей наглядности и / или лучшего тега, чтобы его заметили люди, знающие эту тему.