-
Notifications
You must be signed in to change notification settings - Fork 42
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
fix(postgres): report query duration as duration_ms #251
Conversation
Per company documentation for auto-recognition for traces: https://docs.honeycomb.io/getting-data-in/tracing/troubleshooting/#honeycomb-is-not-recognizing-my-traces fixes honeycombio#250
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Because field names are an implied schema for the backend receiving telemetry, we can't rename fields lightly. This will break any queries, triggers, or SLOs for current users of honeytail who care about event duration.
Adding new, better names is great, though! Can you update this PR to keep the old duration
field and still add the new duration_ms
?
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Thank you for the fix, @pckilgore! Our apologies for the hang-time on the re-review after your quick revisions. The maintainers were at an off-site last week and are still working through our backlog. |
Per company documentation for auto-recognition for traces: https://docs.honeycomb.io/getting-data-in/tracing/troubleshooting/#honeycomb-is-not-recognizing-my-traces
Which problem is this PR solving?
duration
notduration_ms
#250Short description of the changes
duration_ms
vs.duration