[
https://issues.apache.org/jira/browse/PHOENIX-10?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13921786#comment-13921786
]
Hudson commented on PHOENIX-10:
-------------------------------
FAILURE: Integrated in Apache Phoenix - Branch:4.0 #35 (See
[https://builds.apache.org/job/Phoenix-4.0/35/])
Phoenix-10 (ramkrishna: rev 7a6a46c0adddf48946b5d1d52e3de3a99304c61d)
* phoenix-core/src/test/java/org/apache/phoenix/end2end/ArrayTest.java
*
phoenix-core/src/main/java/org/apache/phoenix/coprocessor/ScanRegionObserver.java
* phoenix-core/src/main/java/org/apache/phoenix/query/QueryConstants.java
* phoenix-core/src/main/java/org/apache/phoenix/compile/ProjectionCompiler.java
PHOENIX-100 Relax compatibility check to only check that the major version
matches between the client and server jars (JamesTaylor) (jamestaylor: rev
4e044a77ef4fa54c365a2a4f20d7ec272a7b6a98)
* phoenix-core/src/test/java/org/apache/phoenix/util/MetaDataUtilTest.java
* phoenix-core/src/main/java/org/apache/phoenix/util/MetaDataUtil.java
PHOENIX-102 IndexMaintainer constructor doesn't set isMultiTenant correctly
(JamesTaylor) (jamestaylor: rev 1190a54b252763b9373defa556f82b832cc87508)
* phoenix-core/src/main/java/org/apache/phoenix/schema/PTableImpl.java
* phoenix-core/src/main/java/org/apache/phoenix/index/IndexMaintainer.java
*
phoenix-core/src/main/java/org/apache/phoenix/coprocessor/MetaDataEndpointImpl.java
* phoenix-core/src/main/java/org/apache/phoenix/schema/PNameFactory.java
PHOENIX-106 NPE when adding dynamic columns to a salted table (JamesTaylor)
(jamestaylor: rev b355c2a08f92763f1d7272f2a2300e024e70d756)
* phoenix-core/src/main/java/org/apache/phoenix/compile/FromCompiler.java
*
phoenix-core/src/test/java/org/apache/phoenix/end2end/UpsertSelectAutoCommitTest.java
PHOENIX-107 Updated performance script and example to use upper case table
names (mujtaba: rev 6228d0b4a738e8a90ebc5f799872f0b5d97c605f)
* examples/WEB_STAT.csv
* examples/stock_symbol.sql
* examples/stock_symbol.csv
* bin/readme.txt
* examples/web_stat.csv
* examples/web_stat_queries.sql
* examples/STOCK_SYMBOL.csv
* examples/WEB_STAT_QUERIES.sql
* examples/WEB_STAT.sql
* examples/STOCK_SYMBOL.sql
* bin/performance.py
* examples/web_stat.sql
PHOENIX-108 More testing around multi-tenancy (elilevine: rev
953795c7457ae2132bc8799fd7daaf41dc3de574)
* phoenix-core/src/test/java/org/apache/phoenix/end2end/ViewTest.java
*
phoenix-core/src/test/java/org/apache/phoenix/end2end/TenantSpecificViewIndexSaltedTest.java
*
phoenix-core/src/test/java/org/apache/phoenix/end2end/TenantSpecificTablesDDLTest.java
*
phoenix-core/src/test/java/org/apache/phoenix/end2end/BaseTenantSpecificViewIndexTest.java
*
phoenix-core/src/test/java/org/apache/phoenix/end2end/TenantSpecificViewIndexTest.java
> Push projection of a single ARRAY element to the server
> -------------------------------------------------------
>
> Key: PHOENIX-10
> URL: https://issues.apache.org/jira/browse/PHOENIX-10
> Project: Phoenix
> Issue Type: Improvement
> Reporter: James Taylor
> Assignee: ramkrishna.s.vasudevan
> Fix For: 3.0.0
>
> Attachments: Phoenix-10_1.patch, Phoenix-10_2.patch,
> Phoenix-10_3.patch
>
>
> If only a single array element is selected, we'll still return the entire
> array back to the client. Instead, we should push this to the server and only
> return the single array element. The same goes for the reference to an ARRAY
> in the WHERE clause. There's a general HBase fix for this (i.e. the ability
> to define a separate set of key values that will be returned versus key
> values available to filters) that has a patch here, but is deemed not
> possible to pull into the 0.94 branch by @lhofhansl.
> My thought is that we can add a Filter at the end our our filter chain that
> filters out any KeyValues that aren't in the SELECT expressions (i.e. filter
> out if a column is referenced in the WHERE clause, but not in the SELECT
> expressions). This same Filter could handle returning only the elements of
> the array that are referenced in the SELECT expression rather than the entire
> array.
--
This message was sent by Atlassian JIRA
(v6.2#6252)