Return-Path: X-Original-To: apmail-directory-dev-archive@www.apache.org Delivered-To: apmail-directory-dev-archive@www.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id 36A7F19515 for ; Sat, 12 Mar 2016 09:17:15 +0000 (UTC) Received: (qmail 90531 invoked by uid 500); 12 Mar 2016 09:17:15 -0000 Delivered-To: apmail-directory-dev-archive@directory.apache.org Received: (qmail 90476 invoked by uid 500); 12 Mar 2016 09:17:15 -0000 Mailing-List: contact dev-help@directory.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: "Apache Directory Developers List" Delivered-To: mailing list dev@directory.apache.org Received: (qmail 90466 invoked by uid 99); 12 Mar 2016 09:17:14 -0000 Received: from pnap-us-west-generic-nat.apache.org (HELO spamd4-us-west.apache.org) (209.188.14.142) by apache.org (qpsmtpd/0.29) with ESMTP; Sat, 12 Mar 2016 09:17:14 +0000 Received: from localhost (localhost [127.0.0.1]) by spamd4-us-west.apache.org (ASF Mail Server at spamd4-us-west.apache.org) with ESMTP id 77A17C03E9 for ; Sat, 12 Mar 2016 09:17:14 +0000 (UTC) X-Virus-Scanned: Debian amavisd-new at spamd4-us-west.apache.org X-Spam-Flag: NO X-Spam-Score: -0.001 X-Spam-Level: X-Spam-Status: No, score=-0.001 tagged_above=-999 required=6.31 tests=[SPF_PASS=-0.001] autolearn=disabled Received: from mx1-lw-eu.apache.org ([10.40.0.8]) by localhost (spamd4-us-west.apache.org [10.40.0.11]) (amavisd-new, port 10024) with ESMTP id NkN3L2dUBUr7 for ; Sat, 12 Mar 2016 09:17:13 +0000 (UTC) Received: from amber.s12n.de (amber.s12n.de [109.239.48.183]) by mx1-lw-eu.apache.org (ASF Mail Server at mx1-lw-eu.apache.org) with ESMTP id B28665F2C4 for ; Sat, 12 Mar 2016 09:17:12 +0000 (UTC) Received: from [192.168.2.100] (aftr-185-17-205-244.dynamic.mnet-online.de [185.17.205.244]) by amber.s12n.de (Postfix) with ESMTPSA id 7D06F5EA for ; Sat, 12 Mar 2016 10:17:12 +0100 (CET) Subject: Re: Value processing on the server (was Re: Directory Studio: Backslash in DN breaks studio) To: dev@directory.apache.org References: <295E4926-9E28-4BD6-BB29-0580EE7ABB96@unboundid.com> <56E072AF.4000408@gmail.com> <56E1EE0F.4000802@stefan-seelmann.de> <56E20EBF.8010309@gmail.com> <56E34CB7.5020308@gmail.com> From: Stefan Seelmann Message-ID: <56E3DE84.1060509@stefan-seelmann.de> Date: Sat, 12 Mar 2016 10:16:52 +0100 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:38.0) Gecko/20100101 Thunderbird/38.6.0 MIME-Version: 1.0 In-Reply-To: <56E34CB7.5020308@gmail.com> Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit X-Virus-Scanned: clamav-milter 0.98.7 at amber X-Virus-Status: Clean On 03/11/2016 11:54 PM, Emmanuel Lécharny wrote: > We could question the rational behind the normalization being done > preemptively when we receive the data. All in all, we will return > entries as they were injected, without normalization, and most of the > Entry's values will never need to be compared, thus won't need > normalization. > > As I said, normalization is mainly needed for comparisons. So why do we > normalize *all* the values ? > > This is a choice made early in the Server's design. For the values that > are going to be compared, we whave three options : > -1- normalize when we initially receive the data > -2- normalize the value only when we need to compare it > -3- normalize the value when we first need it, and keep the normalized > value in memory, to avoid following normalizations. > > All in all, this is a balance, and we decided a long time ago that > having the normalized available at all time was way simpler, and > potentially more efficient. I think it is good as it is, I don't see that we need to change it. Especially let's avoid option 3 which would introduce even more complexity.