Andrew Lamb

One approach that @Jimexist started with, that I thought was promising was to use `trait`s to collect the differences in the two apis -- so that DataFusion used the traits...

We have proposed donating `object_store` to Arrow on https://github.com/influxdata/object_store_rs/issues/41

One way to do this might be to implement a wrapper around an inner `Arc` interface that had metrics. Much like https://github.com/apache/arrow-rs/blob/master/object_store/src/limit.rs or https://github.com/apache/arrow-rs/blob/master/object_store/src/throttle.rs BTW I plan to release a...

Thanks @waitingkuo -- I plan to review this proposal more carefully later today or tomorrow. cc @avantgardnerio and @andygrove and @ovr who I think have been thinking about /working on...

(I will respond individually to the parts of the proposal) Timestamp Proposal > 1. make timestamp xxx work like postgresql does > 2. add timestamp with time zone, i believe...

Date Proposal > 1. I don't think there're any issues for Date > 2. We could consider add another 2 ISO 8601 formats (i.e. 19990108 and 990108) [Chrono](https://github.com/chronotope/chrono) strictly follows...

Time Proposal > 1. I personally never used time with time zone. I have no clue when we need it. arrow-rs's time datatype contains no timezone. Perhaps we need not...

Interval Proposal > 1. Consider make INTERVAL xxx outputs Interval(MonthDayNano) instead of Interval(DayTime) as it's easier to align with our Timestamp(NanoSecond, None) Here is the spec in case that is...

@waitingkuo what do you think about making a list on this ticket of all the various timestamp / time related open items? I think there are a non trivial number...

> Due to all of the above I've found it useful in OLTP systems to keep all timestamps as UTC and convert to the user locale when displaying. I think...