Received: from malur.postgresql.org ([217.196.149.56]) by arkaria.postgresql.org with esmtps (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384 (Exim 4.94.2) (envelope-from ) id 1sj0uz-00CjXv-AE for pgsql-general@arkaria.postgresql.org; Tue, 27 Aug 2024 18:27:49 +0000 Received: from localhost ([127.0.0.1] helo=malur.postgresql.org) by malur.postgresql.org with esmtp (Exim 4.94.2) (envelope-from ) id 1sj0ux-00B7Ka-An for pgsql-general@arkaria.postgresql.org; Tue, 27 Aug 2024 18:27:47 +0000 Received: from makus.postgresql.org ([2001:4800:3e1:1::229]) by malur.postgresql.org with esmtps (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384 (Exim 4.94.2) (envelope-from ) id 1sj0uw-00B7G9-VY for pgsql-general@lists.postgresql.org; Tue, 27 Aug 2024 18:27:47 +0000 Received: from fout8-smtp.messagingengine.com ([103.168.172.151]) by makus.postgresql.org with esmtps (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384 (Exim 4.94.2) (envelope-from ) id 1sj0uv-001iyA-6c for pgsql-general@lists.postgresql.org; Tue, 27 Aug 2024 18:27:46 +0000 Received: from phl-compute-04.internal (phl-compute-04.nyi.internal [10.202.2.44]) by mailfout.nyi.internal (Postfix) with ESMTP id 91A42138FF32; Tue, 27 Aug 2024 14:27:44 -0400 (EDT) Received: from phl-mailfrontend-01 ([10.202.2.162]) by phl-compute-04.internal (MEProxy); Tue, 27 Aug 2024 14:27:44 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=aklaver.com; h= cc:cc:content-transfer-encoding:content-type:content-type:date :date:from:from:in-reply-to:in-reply-to:message-id:mime-version :references:reply-to:subject:subject:to:to; s=fm3; t=1724783264; x=1724869664; bh=so2kvZVL8Lm6dg3jSxCeCjAoKCiRYa9CdQTv2TB3ceA=; b= lKHZ62oOBHT3OAFFM9t2P31wKt/P+8Zmg0h8CBLQnpmRcWwfDHOZgD8nE/mFD0L0 rFgm8gwM3LgEF3ipwD7OWgPV4Sc+Hs9jiFMgmgMUvTJZe1RyX92x1/q3e7ZkvrY8 fLEm4yoaw1fHc397KUA4l6M/wYhP8QEq7GibwBt3PNjrj1yYgnBpEPJUnd36Ajuo Oi7xnrYrAblHMdaueNr5185RKkLhVzjZqDKRadVVWvi72HA88f2d23GFYqCEm/Nl 4ZSueTr67r9m5bMfAnpLMfF7ZVQ9SNnSVHdmHlwUBxy0bFCeVVuKWrBX7QzD/GnX jQYwa5ijNzzpyM7rs08HiA== DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=cc:cc:content-transfer-encoding :content-type:content-type:date:date:feedback-id:feedback-id :from:from:in-reply-to:in-reply-to:message-id:mime-version :references:reply-to:subject:subject:to:to:x-me-proxy:x-me-proxy :x-me-sender:x-me-sender:x-sasl-enc; s=fm1; t=1724783264; x= 1724869664; bh=so2kvZVL8Lm6dg3jSxCeCjAoKCiRYa9CdQTv2TB3ceA=; b=Z GmeScWb/MbDMv9Kx6aZVhGoQ2b552cQDMHBPmNyLNvXvddK56bEpJN94E5APyRy+ eYjRq24NJDu/E64xVMPRG1l63b7kJxGXL9xWkjaCuoXNCvsHp2Z2pmEKdRKSSQfQ rQWolEtQ7QFq8+JxqaUbLdM4pWJIwvZDOlzecKDg877H7agVX1zb6tcIeCdS5rDB UuDrHEt1d/Qt7oUAPK/resI7DOE+yHSr9RsTQTBPL9uiejhyLxrbXHqwBxuuk0IT 153F49Wy0Y4hikDSii63jCnkitsNKCHUWmHuo+aF/DAGeUbnyoC5MltVjwkbZ+YC dkRpYcc569EO2QBIjXwSA== X-ME-Sender: X-ME-Received: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgeeftddrudeftddguddvgecutefuodetggdotefrod ftvfcurfhrohhfihhlvgemucfhrghsthforghilhdpggftfghnshhusghstghrihgsvgdp uffrtefokffrpgfnqfghnecuuegrihhlohhuthemuceftddtnecunecujfgurhepkfffgg gfuffhvfevfhgjtgfgsehtkeertddtvdejnecuhfhrohhmpeetughrihgrnhcumfhlrghv vghruceorggurhhirghnrdhklhgrvhgvrhesrghklhgrvhgvrhdrtghomheqnecuggftrf grthhtvghrnhepgeejkeefhffgudejhefhhfejkefgheeivdeujeejudfggfeggefftdfh tdeutdeknecuvehluhhsthgvrhfuihiivgeptdenucfrrghrrghmpehmrghilhhfrhhomh eprggurhhirghnrdhklhgrvhgvrhesrghklhgrvhgvrhdrtghomhdpnhgspghrtghpthht ohepfedpmhhouggvpehsmhhtphhouhhtpdhrtghpthhtohepphhoshhtghhrvghsqhhlse hthhgvfhhrvggvtggrthdrohhrghdprhgtphhtthhopehtfhhovghrthhstghhuddvfees ghhmrghilhdrtghomhdprhgtphhtthhopehpghhsqhhlqdhgvghnvghrrghlsehlihhsth hsrdhpohhsthhgrhgvshhqlhdrohhrgh X-ME-Proxy: Feedback-ID: i76984098:Fastmail Received: by mail.messagingengine.com (Postfix) with ESMTPA; Tue, 27 Aug 2024 14:27:43 -0400 (EDT) Message-ID: Date: Tue, 27 Aug 2024 11:27:42 -0700 MIME-Version: 1.0 User-Agent: Mozilla Thunderbird Subject: Re: Strange behaviors with ranges From: Adrian Klaver To: Jean-Christophe BOGGIO , =?UTF-8?Q?Torsten_F=C3=B6rtsch?= Cc: pgsql-general@lists.postgresql.org References: <77691006-45f1-4ef9-bc1b-2eecd44f7d0d@thefreecat.org> <572cc9d2-a981-4f0e-802a-69515dac1722@aklaver.com> <4da6abeb-6c35-4eaf-8d77-420ed467651e@thefreecat.org> <41e2ee2e-3f27-4f2c-86b0-8252411fdc75@aklaver.com> Content-Language: en-US In-Reply-To: <41e2ee2e-3f27-4f2c-86b0-8252411fdc75@aklaver.com> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Archived-At: Precedence: bulk On 8/27/24 11:16 AM, Adrian Klaver wrote: > > > On 8/27/24 11:13 AM, Jean-Christophe BOGGIO wrote: >> Le 27/08/2024 à 19:51, Torsten Förtsch a écrit : >>> I guess this query comes back non-empty: >>> >>> SELECT * FROM paliers JOIN tmp_limitcontrats USING(idcontrat) WHERE >>> qtep1 >= qtep2 >> >> Yes, it is empty if I keep tmp_limitcontrats to idcontrat=1003 >> >> Otherwise, you are right, there are irregular data but not that I'm >> concerned with in that particular case. >> > > ?: > SELECT numrange( qtep1+1   , qtep2,  '[]') AS rangep FROM paliers JOIN > tmp_limitcontrats USING(idcontrat) where qtep1+1 < qtep2 > Actually that should be: qtep1+1 <= qtep2 -- Adrian Klaver adrian.klaver@aklaver.com