Return-Path: X-Original-To: apmail-accumulo-user-archive@www.apache.org Delivered-To: apmail-accumulo-user-archive@www.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id 950C710413 for ; Mon, 26 Aug 2013 20:50:09 +0000 (UTC) Received: (qmail 92458 invoked by uid 500); 26 Aug 2013 20:50:09 -0000 Delivered-To: apmail-accumulo-user-archive@accumulo.apache.org Received: (qmail 92423 invoked by uid 500); 26 Aug 2013 20:50:09 -0000 Mailing-List: contact user-help@accumulo.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: user@accumulo.apache.org Delivered-To: mailing list user@accumulo.apache.org Received: (qmail 92415 invoked by uid 99); 26 Aug 2013 20:50:09 -0000 Received: from minotaur.apache.org (HELO minotaur.apache.org) (140.211.11.9) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 26 Aug 2013 20:50:09 +0000 Received: from localhost (HELO mail-lb0-f176.google.com) (127.0.0.1) (smtp-auth username ctubbsii, mechanism plain) by minotaur.apache.org (qpsmtpd/0.29) with ESMTP; Mon, 26 Aug 2013 20:50:09 +0000 Received: by mail-lb0-f176.google.com with SMTP id y6so1824453lbh.7 for ; Mon, 26 Aug 2013 13:50:07 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type; bh=qhNJGuTSpAd6u5wlj4y2MjAVUfiH7ehmKmNkyXrX3bE=; b=GKgGMZw23BtTtf+6hHrjbiVGqIkIH37J5UymaEUAs7KnoMgsjGLjN5rizK4ziLoaR/ Fpobl73ozmqlOSKP/MOqNgQ3LK5H0ws9dDhf5a2F2qkPf+xKRdaZaZMET+nWLbDreeiN ob98MU8nLDoKArKtWft4coBiuIAo2ANAbopQqZUTNnqhZEnVZFhsgS85qbfYNwVnRX3v JIjXj1bO3OvPZbZAmpp4VBFllDgLPKF04rGW65aSlWsUSkxTsncbs34ZyzaOBUndYsRr J/lGP+ypiUHIOt+UL1Pf6xjdjweatjNVqQvEW4ZwvaaqjInlo028oCsOsA30OYwd5ca/ 5/yg== MIME-Version: 1.0 X-Received: by 10.152.37.41 with SMTP id v9mr15567223laj.9.1377550207126; Mon, 26 Aug 2013 13:50:07 -0700 (PDT) Received: by 10.114.200.203 with HTTP; Mon, 26 Aug 2013 13:50:07 -0700 (PDT) In-Reply-To: <24070BEF0A3F684489AA943FD3439EF2058102AB89@CARRXM06.drn.mil.au> References: <24070BEF0A3F684489AA943FD3439EF2058102AB89@CARRXM06.drn.mil.au> Date: Mon, 26 Aug 2013 16:50:07 -0400 Message-ID: Subject: Re: TimestampFilter Performance [SEC=UNOFFICIAL] From: Christopher To: Accumulo User List Content-Type: text/plain; charset=ISO-8859-1 Correct, this would be inefficient. Timestamps on Accumulo keys are there primarily to support multiple versions of the same key. Users should avoid setting them manually, or using them for other purposes, without very careful consideration. -- Christopher L Tubbs II http://gravatar.com/ctubbsii On Tue, Aug 20, 2013 at 7:12 PM, Dickson, Matt MR wrote: > UNOFFICIAL > > Is the TimestampFilter an efficient means of filtering results by time > ranges? I have the option of extending the existing rowid's, currently > pre-fixed with yyyymmdd, to include hhmm also, or make use of the > TimestampFilter. In a quick google search someone mentioned that the > TimestampFilter was inefficient is this correct? > > Matt