You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@phoenix.apache.org by "Thomas D'Silva (JIRA)" <ji...@apache.org> on 2015/07/02 19:49:05 UTC
[jira] [Commented] (PHOENIX-2096) Merge sort not being done when a
scan is ordered by PK
[ https://issues.apache.org/jira/browse/PHOENIX-2096?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14612285#comment-14612285 ]
Thomas D'Silva commented on PHOENIX-2096:
-----------------------------------------
+1 LGTM
> 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
> Attachments: PHOENIX-2096.patch
>
>
> 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)