Drill Down Aggregation Issue
We are using Domo to visualize our manufacturing data. There are planned hrs based on the number of parts and the amount of time it should take to manufacture those parts. Then there are actual hrs, which is how long it actual takes to manufacture those parts. Efficiency is calculated by dividing the planned hrs by the Actual hrs. There is downtime daily which causes a loss in efficiency. Need to show how much impact that downtime is having to our efficiency. Need to be able to drill down on that loss from a Team→Station→Issue→Shift. For each level of calculation the plan hrs and act hrs needs to be stay the same. Due to downtime varying from team to team, day to day and shift to shift struggling to keep the plan hrs and act hrs consistent through all levels of the drill down.
This is what a dataset might look like over a few days. What is the most efficient way to aggregate the act hrs and planned hrs so they remain the same as you drill down?
Best Answer
-
Based on your description, it'd seem that instead of a LEFT JOIN, you should have used a simple APPEND ROWS in your ETL, this would allow you to have a single entry for everything, as long as your drill down only leverage the fields both tables have in common (date, team, shift), and from there you could see which stations presented issues and the like, this is since the first table does not possesses the granularity at the Station level, so you cannot know how many hrs each station was scheduled for and how many it actually worked. Hope this makes sense.
0
Answers
-
What do you mean by them remaining the same? From your sample data, the planned hours on 7/10/2023 for Team A are: 40, but for 7/10/2023 are only 8, and if you look at team B you have 7/10 = 17 vs 7/11 = 42.5 if you then drill down to an specific Station, each have a different number, so not sure what you want to have remain the same. In general if you need global totals you can do so with the Fixed Function, but I'm not fully understanding the use case.
0 -
Let me try and provide some more clarity. The dataset I showed is after it goes through ETL.
There are two datasets feeding the ETL. The first is one that contains date, team, act hrs, plan hrs and shift.
The second contains date, team, shift, station, issue and DT.
I used a left join on date, team and shift. When I do that, act hrs and plan hrs duplicate for every occurrence of DT, which is one issue. The bigger issue is no actual hrs show up if there is no downtime. So when I do calculations those hrs are missing skewing the data. My denominator (act hrs) should always be the total act hrs worked regardless of whether there is downtime or not for a particular issue or on a particular station. If I pull out the actual hrs from the dataset this is what it looks like (below). I need to be able to see the act hrs for each and every level of the drill down Team→Station→Issue. I tried using the fixed function but it didn't work due to the gaps in the data. Not sure if this helps with the understanding or not.
Team A
Team B
Team C
Team D
Days
Days
8.75
8.7
8.30
Aft
Aft
9.1
8.60
Days
Days
8.4
9
7.7
Aft
Aft
9.3
8.2
7.9
Days
Days
8.3
8.5
8.2
Aft
Aft
8.4
8.2
8
0 -
Based on your description, it'd seem that instead of a LEFT JOIN, you should have used a simple APPEND ROWS in your ETL, this would allow you to have a single entry for everything, as long as your drill down only leverage the fields both tables have in common (date, team, shift), and from there you could see which stations presented issues and the like, this is since the first table does not possesses the granularity at the Station level, so you cannot know how many hrs each station was scheduled for and how many it actually worked. Hope this makes sense.
0
Categories
- All Categories
- 1.8K Product Ideas
- 1.8K Ideas Exchange
- 1.6K Connect
- 1.2K Connectors
- 300 Workbench
- 6 Cloud Amplifier
- 9 Federated
- 2.9K Transform
- 101 SQL DataFlows
- 622 Datasets
- 2.2K Magic ETL
- 3.9K Visualize
- 2.5K Charting
- 748 Beast Mode
- 59 App Studio
- 41 Variables
- 686 Automate
- 176 Apps
- 453 APIs & Domo Developer
- 47 Workflows
- 10 DomoAI
- 36 Predict
- 15 Jupyter Workspaces
- 21 R & Python Tiles
- 396 Distribute
- 113 Domo Everywhere
- 276 Scheduled Reports
- 7 Software Integrations
- 125 Manage
- 122 Governance & Security
- 8 Domo Community Gallery
- 38 Product Releases
- 10 Domo University
- 5.4K Community Forums
- 40 Getting Started
- 30 Community Member Introductions
- 109 Community Announcements
- 4.8K Archive