[ 
https://issues.apache.org/jira/browse/HIVE-24515?focusedWorklogId=535257&page=com.atlassian.jira.plugin.system.issuetabpanels:worklog-tabpanel#worklog-535257
 ]

ASF GitHub Bot logged work on HIVE-24515:
-----------------------------------------

                Author: ASF GitHub Bot
            Created on: 13/Jan/21 09:03
            Start Date: 13/Jan/21 09:03
    Worklog Time Spent: 10m 
      Work Description: deniskuzZ commented on a change in pull request #1834:
URL: https://github.com/apache/hive/pull/1834#discussion_r556362110



##########
File path: ql/src/java/org/apache/hadoop/hive/ql/stats/ColStatsProcessor.java
##########
@@ -204,6 +206,54 @@ public int persistColumnStats(Hive db, Table tbl) throws 
HiveException, MetaExce
   public void setDpPartSpecs(Collection<Partition> dpPartSpecs) {
   }
 
+  public static boolean canSkipStatsGeneration(String dbName, String tblName, 
String partName,
+                                               long statsWriteId, String 
queryValidWriteIdList) {
+    if (queryValidWriteIdList != null) { // Can be null if its not an ACID 
table.
+      ValidWriteIdList validWriteIdList = new 
ValidReaderWriteIdList(queryValidWriteIdList);
+      // Just check if the write ID is valid. If it's valid (i.e. we are 
allowed to see it),
+      // that means it cannot possibly be a concurrent write. As stats 
optimization is enabled
+      // only in case auto gather is enabled. Thus the stats must be updated 
by a valid committed
+      // transaction and stats generation can be skipped.
+      if (validWriteIdList.isWriteIdValid(statsWriteId)) {
+        try {
+          IMetaStoreClient msc = Hive.get().getMSC();
+          TxnState state = msc.findStatStatusByWriteId(dbName, tblName, 
partName, statsWriteId);

Review comment:
       can't we just check here if there a newer commited writeId for 
table/partition and if yes - stats recompute is needed?




----------------------------------------------------------------
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:
us...@infra.apache.org


Issue Time Tracking
-------------------

    Worklog Id:     (was: 535257)
    Time Spent: 1h  (was: 50m)

> Analyze table job can be skipped when stats populated are already accurate
> --------------------------------------------------------------------------
>
>                 Key: HIVE-24515
>                 URL: https://issues.apache.org/jira/browse/HIVE-24515
>             Project: Hive
>          Issue Type: Improvement
>            Reporter: Rajesh Balamohan
>            Assignee: mahesh kumar behera
>            Priority: Major
>              Labels: pull-request-available
>          Time Spent: 1h
>  Remaining Estimate: 0h
>
> For non-partitioned tables, stats detail should be present in table level,
> e.g
> {noformat}
> COLUMN_STATS_ACCURATE={"BASIC_STATS":"true","COLUMN_STATS":{"d_current_day":"true"...
>  }}
>   {noformat}
> For partitioned tables, stats detail should be present in partition level,
> {noformat}
> store_sales(ss_sold_date_sk=2451819)
> {totalSize=0, numRows=0, rawDataSize=0, 
> COLUMN_STATS_ACCURATE={"BASIC_STATS":"true","COLUMN_STATS":{"ss_addr_sk":"true"....}}
>  
>  {noformat}
> When stats populated are already accurate, {{analyze table tn compute 
> statistics for columns}} should skip launching the job.
>  
> For ACID tables, stats are auto computed and it can skip computing stats 
> again when stats are accurate.
>  
>  



--
This message was sent by Atlassian Jira
(v8.3.4#803005)

Reply via email to