Environment
SaaS (https://sentry.io/)
What are you trying to accomplish?
We want to easily identify the source of N+1 queries or slow queries by seeing their stacktrace. This would help us pinpoint where in the code the query is being generated, as it is not always straightforward to trace.
How are you getting stuck?
Currently, when investigating performance issues related to N+1 queries or slow queries, it is difficult to determine exactly where in our codebase they originate. While we can see query execution details, we don’t always get a clear stacktrace showing the function or file responsible for triggering them.
Is there a way in Sentry to view the stacktrace of these queries to help us debug more efficiently? If not, is there an alternative approach or workaround you recommend?
Where in the product are you?
Performance - Queries
Link
No response
DSN
No response
Version
No response
Environment
SaaS (https://sentry.io/)
What are you trying to accomplish?
We want to easily identify the source of N+1 queries or slow queries by seeing their stacktrace. This would help us pinpoint where in the code the query is being generated, as it is not always straightforward to trace.
How are you getting stuck?
Currently, when investigating performance issues related to N+1 queries or slow queries, it is difficult to determine exactly where in our codebase they originate. While we can see query execution details, we don’t always get a clear stacktrace showing the function or file responsible for triggering them.
Is there a way in Sentry to view the stacktrace of these queries to help us debug more efficiently? If not, is there an alternative approach or workaround you recommend?
Where in the product are you?
Performance - Queries
Link
No response
DSN
No response
Version
No response