HyukjinKwon opened a new pull request #26572: [SPARK-29870][SQL][FOLLOW-UP] 
Keep CalendarInterval's toString
URL: https://github.com/apache/spark/pull/26572
 
 
   ### What changes were proposed in this pull request?
   
   This is a followup of https://github.com/apache/spark/pull/26418. This PR 
removed `CalendarInterval`'s `toString` with an unfinished changes.
   
   ### Why are the changes needed?
   
   1. Ideally we should make each PR isolated and separate targeting one issue 
without touching unrelated codes.
   
   2. There are some other places where the string formats were exposed to 
users. For example:
   
       ```scala
       scala> sql("select interval 1 days as 
a").selectExpr("to_csv(struct(a))").show()
       ```
       ```
       +--------------------------+
       |to_csv(named_struct(a, a))|
       +--------------------------+
       |      "CalendarInterval...|
       +--------------------------+
       ```
   
   3.  Such fixes:
   
       ```diff
        private def writeMapData(
           map: MapData, mapType: MapType, fieldWriter: ValueWriter): Unit = {
         val keyArray = map.keyArray()
       + val keyString = mapType.keyType match {
       +   case CalendarIntervalType =>
       +    (i: Int) => 
IntervalUtils.toMultiUnitsString(keyArray.getInterval(i))
       +   case _ => (i: Int) => keyArray.get(i, mapType.keyType).toString
       + }
       ```
   
       can cause performance regression due to type dispatch for each map.
   
   ### Does this PR introduce any user-facing change?
   
   Yes, see 2. case above.
   
   ### How was this patch tested?
   
   Manually tested.
   

----------------------------------------------------------------
This is an automated message from the Apache Git Service.
To respond to the message, please log on to GitHub and use the
URL above to go to the specific comment.
 
For queries about this service, please contact Infrastructure at:
[email protected]


With regards,
Apache Git Services

---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]

Reply via email to