You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@phoenix.apache.org by "James Taylor (JIRA)" <ji...@apache.org> on 2015/07/02 18:45:04 UTC

[jira] [Created] (PHOENIX-2096) Merge sort not being done when a scan is ordered by PK

James Taylor created PHOENIX-2096:
-------------------------------------

             Summary: Merge sort not being done when a scan is ordered by PK
                 Key: PHOENIX-2096
                 URL: https://issues.apache.org/jira/browse/PHOENIX-2096
             Project: Phoenix
          Issue Type: Bug
            Reporter: James Taylor
            Assignee: James Taylor


Date: Wed, 1 Jul 2015 14:34:24 -0700
Subject: Re: Problem in finding the largest value of an indexed column
From: Yufan Liu <yl...@kent.edu>
To: user@phoenix.apache.org

When I made more tests, I find that this problem happens after table got split.

Here is the DDL I use to create table and index:
CREATE TABLE IF NOT EXISTS t1 (  
uid BIGINT NOT NULL,  
timestamp BIGINT NOT NULL, 
eventName VARCHAR
CONSTRAINT my_pk PRIMARY KEY (uid,  timestamp)) COMPRESSION='SNAPPY';

CREATE INDEX timestamp_index ON t1 (timestamp) INCLUDE (eventName)

Attach is the sample data I used for test. It has about 4000 rows, when the timestamp_index table has one region, the query returns correct result: 1433334048443, but when I manually split it into 4 regions (use hbase tool), it returns 1433333024961.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)