hbase-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "stack (JIRA)" <j...@apache.org>
Subject [jira] Commented: (HBASE-901) Add a limit to key length, check key and value length on client side.
Date Thu, 25 Sep 2008 17:51:44 GMT

    [ https://issues.apache.org/jira/browse/HBASE-901?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12634563#action_12634563

stack commented on HBASE-901:

Why not let it fail server-side as we do now? I suppose the idea is have the error happen
at the client rather than after making the trip over the wire?  We need check server-side
anyways to protect at Region level (off-line operations such as migrating or merging or fixing)?
 Entwinning htable or HTD with BU seems to me like a complication it would be nice to do without.
 Value lengths can be set on column family basis?  Inside in BU we'll run the checks?   Can
we come up with another reason for giving BU an HTD?  If two justifications, it'd make more

> Add a limit to key length, check key and value length on client side.
> ---------------------------------------------------------------------
>                 Key: HBASE-901
>                 URL: https://issues.apache.org/jira/browse/HBASE-901
>             Project: Hadoop HBase
>          Issue Type: Improvement
>          Components: client
>            Reporter: Jim Kellerman
>            Assignee: Jean-Daniel Cryans
>            Priority: Blocker
>             Fix For: 0.19.0
> Currently there is no limit on key length and there should be. It should be a parameter
in HTableDescriptor since the row key length needs to be considered in addition to the column
> It should be trivial to add, since HTD can be upgraded without requiring a migration.
> Checking of the key length (and the value length) should be done on the client side as
it will fail early rather than once the request is sent to the server.
> This means that a BatchUpdate needs a reference to either the HTable or to the HTD. It
can be a transient reference so that the HTable (or HTD) need not be serialized/deserialized.

This message is automatically generated by JIRA.
You can reply to this email to add a comment to the issue online.

View raw message