Hi @js5,
This is expected today on Databricks. You can check this out for reference.
Spark 4.1 introduces a standard TIME type (TimeType) in the SQL type system, and Databricks runtimes based on Spark 4.x already expose it at the engine level (for example, via functions like current_time). However, Databricks still treats TIME as unsupported in several higherโlevel components, including the path that display() uses when converting a pandas DataFrame to a Spark DataFrame. Thatโs why you see [UNSUPPORTED_TIME_TYPE] The data type TIME is not supported. even though the Spark docs show TimeType.
Full platformโlevel support for TIME is being rolled out progressively... You can see the underlying Spark work landing in the Databricks Runtime 17.x release notes (search for โTimeTypeโ and โTIME data typeโ there).
https://docs.databricks.com/en/archive/runtime-release-notes/17.0
https://docs.databricks.com/en/archive/runtime-release-notes/17.1
https://docs.databricks.com/en/archive/runtime-release-notes/17.2
Until thatโs complete, a practical workaround is to convert pure timeโofโday columns to STRING in pandas before calling display(),
If this answer resolves your question, could you mark it as โAccept as Solutionโ? That helps other users quickly find the correct fix.
Regards,
Ashwin | Delivery Solution Architect @ Databricks
Helping you build and scale the Data Intelligence Platform.
***Opinions are my own***