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)