Lag Function Giving me Values that Don't Exist?
I'm trying to create what should be a simple table that shows job Last Quarter Salary, This Quarter Salary, and Percent Change. However, my Beast Mode is giving me values that aren't even on my table.
The Current Salary is displaying fine, but the previous quarter's salary is giving me a fictional number.
Here's my formula to pull the previous salary:
lag((Annual Base Salary 50th
),1) over (order by Data Effective Date
)
Then my change calculation would be:
Annual Base Salary 50th -(lag((Annual Base Salary 50th
),1) over (order by Data Effective Date
)) / (lag((Annual Base Salary 50th
),1) over (order by Data Effective Date
))
Effective date is broken down by quarters but uses a specific day (2023-01-15, for example).
I filter the data to the current quarter, so it isn't trying to display the same job for multiple quarters. According to Domo, the formula is valid but the numbers are wrong.
Best Answer
Answers
-
Here's an example of the table:
Effective Date
Job Title
Annual Base Salary 50th
1/15/2023
Writer, Senior
123611
10/15/2022
Writer, Senior
119674
4/15/2022
Writer, Senior
118442
7/15/2022
Writer, Senior
118032
1/15/2022
Writer, Senior
105409
What Domo is returning:Job Title
Current Salary
Last Salary
Writer, Senior
123,611
144,980
The 'current salary' is returning the correct data, but the 'Last Salary' is higher than anything that has ever been on the table. I would expect it to return 119674.0 -
Okay, I tried this, but now it's returning an empty value (the formula is not giving me an error).
lag(('
Annual Base Salary 50th'
),1) over (partition by 'Job Title'
order by 'Data Effective Date'
)0 -
@nshively - Is this the first record for the effective date for the job title? If so, lag can't get anything before it so it will return a null.
Also - just to confirm is your beast mode using back ticks (`) instead of single quotes as displayed in your formula above? I'm assuming so and it's just a formatting issue with the forums but wanted to confirm.
Another option that I prefer to do is utilizing a date dimension and having custom periods for PoP% calculations. I've done a write up on this in the past which you can find here: A more flexible way to do Period over Period comparisons
**Was this post helpful? Click Agree or Like below**
**Did this solve your problem? Accept it as a solution!**0 -
Thank you @MichelleH and @GrantSmith
The solution was a combination of adding the partition and realizing I had made a simple mistake. I forgot I had filtered by only the last effective date, so the partition was trying to pull a value that didn't exist. The partition was the piece I was missing, though.The problem is that when I remove the date filter, I get a job title value for each effective date (1 for the current quarter and 1 for the previous quarter), however, I think I've solved this by filtering out any jobs that have a null value for their previous job salary. Unfortunately, this will not work if I want to use more than 2 time periods, but it will work with any 2 time periods as long I specifically filter by them.
0
Categories
- All Categories
- 1.8K Product Ideas
- 1.8K Ideas Exchange
- 1.5K Connect
- 1.2K Connectors
- 300 Workbench
- 6 Cloud Amplifier
- 8 Federated
- 2.9K Transform
- 100 SQL DataFlows
- 616 Datasets
- 2.2K Magic ETL
- 3.8K Visualize
- 2.5K Charting
- 738 Beast Mode
- 56 App Studio
- 40 Variables
- 684 Automate
- 176 Apps
- 452 APIs & Domo Developer
- 46 Workflows
- 10 DomoAI
- 35 Predict
- 14 Jupyter Workspaces
- 21 R & Python Tiles
- 394 Distribute
- 113 Domo Everywhere
- 275 Scheduled Reports
- 6 Software Integrations
- 123 Manage
- 120 Governance & Security
- 8 Domo Community Gallery
- 38 Product Releases
- 10 Domo University
- 5.4K Community Forums
- 40 Getting Started
- 30 Community Member Introductions
- 108 Community Announcements
- 4.8K Archive