[SPARK-51446][SQL] Improve the codecNameMap for the compression codec

[beliefer]

What changes were proposed in this pull request?

This PR proposes to improve the codecNameMap for the [hadoop|avro|orc|parquet] compression codecs.

Why are the changes needed?

Currently, [hadoop|avro|orc|parquet] compression codecs select java.util.Map to store the mapping between compression codec to the short name.
Enum Map has the following advantages.

• High performance: Due to the limited number of enumeration values, Enum Map uses arrays internally to store data, with an access speed close to O (1).

• Low memory usage: Enum Map only stores key value pairs of enumeration values, without the need for a hash table structure, resulting in smaller memory usage.

• Orderliness: The Enum Map maintains key value pairs in the order defined by the enumeration, making it suitable for scenarios that require ordered traversal.

Does this PR introduce any user-facing change?

'No'.

How was this patch tested?

GA.

Was this patch authored or co-authored using generative AI tooling?

No

[beliefer]

ping @dongjoon-hyun @yaooqinn @LuciferYang

[LuciferYang]

private static final EnumMap<HadoopCompressionCodec, String> codecNameMap = new EnumMap<>(
    Arrays.stream(HadoopCompressionCodec.values())
        .collect(Collectors.toMap(
            Function.identity(),
            codec -> codec.name().toLowerCase(Locale.ROOT)
        ))
);

Does it look better this way?

[beliefer]

It brings extra transform from java.util.Map to EnumMap. How about ?

  private static final EnumMap<HadoopCompressionCodec, String> codecNameMap =
    Arrays.stream(HadoopCompressionCodec.values()).collect(
      Collectors.toMap(
        codec -> codec,
        codec -> codec.name().toLowerCase(Locale.ROOT),
        (oldValue, newValue) -> oldValue,
        () -> new EnumMap<>(HadoopCompressionCodec.class)));

[LuciferYang]

fine to me

[beliefer]

Merged into master.
@LuciferYang Thank you!