You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
{{ message }}
This repository has been archived by the owner on Aug 30, 2019. It is now read-only.
Including a LIMIT x, y in a query resource, for example when paging over results, can drastically increase the cardinality of traced resources. I would prefer if LIMIT ranges were filtered out of the query, or replaced with placeholders, by the agent. I could still set the original query on metadata if I wanted to identify the actual values when inspecting traces.
It appears that single LIMIT x is replaced with a LIMIT ? placeholder already. But a range LIMIT x, y is not.
The text was updated successfully, but these errors were encountered:
Thanks @MDrollette for spotting this! We'll plan some work around it to reduce the cardinality and collapse common queries. We'll keep you updated once we'll start working on it!
Including a
LIMIT x, y
in a query resource, for example when paging over results, can drastically increase the cardinality of traced resources. I would prefer ifLIMIT
ranges were filtered out of the query, or replaced with placeholders, by the agent. I could still set the original query on metadata if I wanted to identify the actual values when inspecting traces.It appears that single
LIMIT x
is replaced with aLIMIT ?
placeholder already. But a rangeLIMIT x, y
is not.The text was updated successfully, but these errors were encountered: