-
Notifications
You must be signed in to change notification settings - Fork 1.2k
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
[MetricsAdvisor] change timestamps type from Date to number #12162
[MetricsAdvisor] change timestamps type from Date to number #12162
Conversation
@@ -25,7 +25,7 @@ export interface AnomalyAlert { | |||
createdOn?: Date; | |||
id: string; | |||
modifiedOn?: Date; | |||
timestamp?: Date; | |||
timestamp?: number; |
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.
Is this decision meant for all the packages?
(Asking for service-bus, I was hoping I'd change a "number" to "Date", but that doesn't seem like it?)
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.
@bterlson suggested that a timestamp should be a number or string
2ae717c
to
bf6c272
Compare
@jeremymeng This looks good to me. Do we need to make any updates to our samples? |
I don't think we depends on the types of these properties. They are in output/result types. We only call |
@jeremymeng Do we need Changelog updates here? |
Done |
This addresses one of the Arch Board review feedback. I still keep the timestamps in MetricSeriesData and MetricEnrichedSeriesData as Date type because their most common usage is plotting because keeping them as Date make it easier to use year/month/date in x-axis labels.
faf5c5e
to
84aac0b
Compare
Swagger Linting Fix (Azure#12162) * Fix Linting Issuing * no message * fix description * add description and object back * test to resolve model validation test (cherry picked from commit ab273dfc0d5897683c128ee15da4babafa7a85ba)
This addresses one of the Arch Board review feedback. I still keep the
timestamps in MetricSeriesData and MetricEnrichedSeriesData as Date
type because their most common usage is plotting because keeping them as Date
make it easier to use year/month/date in x-axis labels.
This fixes #11832