<?xml version="1.0" encoding="UTF-8"?>
<rss xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns:taxo="http://purl.org/rss/1.0/modules/taxonomy/" version="2.0">
  <channel>
    <title>question Re: IMPALA: scale that does not match the table metadata scale. File metadata scale: 2 Table metadata scale: 6\n in Support Questions</title>
    <link>https://community.cloudera.com/t5/Support-Questions/IMPALA-scale-that-does-not-match-the-table-metadata-scale/m-p/277359#M207535</link>
    <description>&lt;P&gt;Hi&amp;nbsp;&lt;a href="https://community.cloudera.com/t5/user/viewprofilepage/user-id/53391"&gt;@ravikumashi&lt;/a&gt;,&lt;/P&gt;&lt;P&gt;This issue happens because individual INSERT statements open new parquet files, which means that the new file is created with the new schema. Although, Hive is able to read parquet files where the schema has different precision than the table metadata this feature is under development in Impala, please see&lt;SPAN&gt;&amp;nbsp;&lt;/SPAN&gt;&lt;A href="https://issues.apache.org/jira/browse/IMPALA-7087" target="_blank" rel="noopener"&gt;IMPALA-7087&lt;/A&gt;&lt;SPAN&gt;. The parquet schema can be checked with &lt;EM&gt;"parquet-tools schema"&lt;/EM&gt;, it is deployed with CDH and should give similar outputs in this case like this:&lt;/SPAN&gt;&lt;/P&gt;&lt;PRE&gt;# Pre-Alter&lt;BR /&gt;# parquet-tools schema f04187260a7a7eb5-b49e8a5000000000_938468120_data.0.parq&lt;BR /&gt;message schema {&lt;BR /&gt;  optional fixed_len_byte_array(4) prec (DECIMAL(7,2));&lt;BR /&gt;}&lt;BR /&gt;# Post-Alter&lt;BR /&gt;# parquet-tools schema f14ce5c3b035caed-8f4c958400000000_1136483050_data.0.parq&lt;BR /&gt;message schema {&lt;BR /&gt;  optional fixed_len_byte_array(4) prec (DECIMAL(9,6));&lt;BR /&gt;}&amp;nbsp;&amp;nbsp;&lt;/PRE&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;</description>
    <pubDate>Mon, 16 Sep 2019 14:51:20 GMT</pubDate>
    <dc:creator>tmater</dc:creator>
    <dc:date>2019-09-16T14:51:20Z</dc:date>
  </channel>
</rss>

