Hi, I think it is bigger than just changing to DateTimeFormatter. As of now, carbon uses only 64 bit to store timestamp so it can accommodate till milliseconds. In order to support till nanoseconds, we need to use 96 bits. If you check spark-parquet it uses 96 bits to store timestamp. It would be good if we also go in that direction to support till nanosecond level. Thank you.
Regards, Ravindra. On Wed, 15 Jul 2020 at 14:50, Zhangshunyu <zhangshunyu1...@126.com> wrote: > +1 > > > > ----- > My English name is Sunday > -- > Sent from: > http://apache-carbondata-dev-mailing-list-archive.1130556.n5.nabble.com/ > -- Thanks & Regards, Ravi