Skip to content
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

timefield can be string type for existing schema. #13

Merged
merged 1 commit into from
Jun 12, 2020

Conversation

jgheewala
Copy link
Contributor

given that SCS already does parsing of the incoming "time" in different format, it makes me think that we should do simple validation check at log-ingest layer and let the data store do the rest. The change will allow us to accept "string" types into the proto format and then let the last downstream service deal with it

@@ -41,6 +41,15 @@ message Value {
}
}

// some existing schemas have time field as string and hence we should be able to accept such
// time field into the system. Parsing of such fields will happen at data store layer
message TimeField {
Copy link

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Is there not an easy way to standardize the time field in logs-ingest?

Copy link
Contributor Author

@jgheewala jgheewala Jun 12, 2020

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

@sjkaris we would have to parse the field at log-ingest layer (and that is not cheap). Given that SCS already does the parsing of such timefield's, I think log-ingest should just do basic validation and forward it

Copy link
Contributor Author

@jgheewala jgheewala Jun 12, 2020

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Note: log-ingest would do validation of string representation to filter out invalid formats like "multiple dots", "non-numeric", etc

@jgheewala jgheewala requested a review from mdubbyap June 12, 2020 17:34
@jgheewala jgheewala merged commit e09713e into master Jun 12, 2020
@bogdandrutu bogdandrutu deleted the time_field_fix branch June 16, 2020 14:17
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

4 participants