Существуют ли обоснованные варианты использования структуры графических данных в системе управления рестораном?

Question

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

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

Может ли графическая структура данных использоваться для сопоставления общего количества элементов, которые бариста делает из меню, в качестве дочерних узлов от родительского узла отдельного бариста? например,

       Barista
          |
Hot Chocolate: 300 made

|________________________|



 Mocha 80 made,,,,,,,Espresso: 72 made

и т. д. ...

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

Answer 1

Это можно сделать, создав такие узлы, как «Горячий шоколад», «Эспрессо», «Мокко», у которых его дочерние элементы являются датой и временем заказа, у этого узла бариста должна быть дочерней, а у бариста -много родителей, как приказы, которые он сделал. Таким образом, общее количество каждого произведенного продукта является количеством прямых дочерних элементов элемента. И вы также можете подсчитать количество заказов, сделанных бариста, подсчитав количество родителей, которые у него есть, и которые могут быть сгруппированы по родителю родителя, который является продуктом.

Это будет выглядеть так:

    "Hot Chocolate"                    "Espresso"
      /            \                           \
2019-11-05 12:10  2019-11-05 12:15          2019-11-05 12:16
      \               /                         /
           Alice                              Max