Received: from malur.postgresql.org ([2a02:16a8:dc51::56]) by arkaria.postgresql.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_CBC_SHA384:256) (Exim 4.89) (envelope-from ) id 1fuhNe-0002Fl-Oj for pgsql-docs@arkaria.postgresql.org; Tue, 28 Aug 2018 17:02:15 +0000 Received: from localhost ([127.0.0.1] helo=malur.postgresql.org) by malur.postgresql.org with esmtp (Exim 4.89) (envelope-from ) id 1fuhNc-0005k6-Jh for pgsql-docs@arkaria.postgresql.org; Tue, 28 Aug 2018 17:02:12 +0000 Received: from magus.postgresql.org ([2a02:c0:301:0:ffff::29]) by malur.postgresql.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_CBC_SHA384:256) (Exim 4.89) (envelope-from ) id 1fuhNc-0005jz-9v for pgsql-docs@lists.postgresql.org; Tue, 28 Aug 2018 17:02:12 +0000 Received: from mail-lj1-x236.google.com ([2a00:1450:4864:20::236]) by magus.postgresql.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_CBC_SHA1:256) (Exim 4.89) (envelope-from ) id 1fuhNY-000886-Mc for pgsql-docs@postgresql.org; Tue, 28 Aug 2018 17:02:11 +0000 Received: by mail-lj1-x236.google.com with SMTP id y17-v6so2023527ljy.8 for ; Tue, 28 Aug 2018 10:02:08 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=hagander-net.20150623.gappssmtp.com; s=20150623; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=w4AgbCQsVTHfaxwcu4yRZwu/BNO4+o4hDfharOX9hPw=; b=Rbb1BXQkhEh9b35MZ7IrUuUhpU9NazffDkljGfIS3dd7C3H2EgDviDm2bc4dnGzPMu 05NdyYHUR/er3DTXurMtaNM+b2UUWgLUDi217bYy+Z17LumWPMErGUdwPk9sOfCtVQRP pQIDpwBIi71bKi8z2jdYqzLF0bj7IccBRZVMXHAYkvjAgvOzeJ4uWiCgHFD8IXeWqbn/ dpb0NJhrJYFhfjVy2/OHrluvO/9KWhBiOj+DHNZe2zS7kvKETlHeLMt45rjENBjadM4+ 20lchiJJNqjUnb9i+iYvDHeNgQPBMVmNYUrUc4edSp4bF6ZVfiWFmMBfgzRgMCJWA6ER RW6g== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=w4AgbCQsVTHfaxwcu4yRZwu/BNO4+o4hDfharOX9hPw=; b=U7Y3D+3A6/DoDpEx7LPIDOWaEpZLK1WRAicj7xEdSmyoaBD2SwbIkNY74PDg/qlwMD sNoJWaZ181nvuIXm9oMs29m9EqlSwH6Hb4fzwJ4xE1PDIg8NATVwDH/TbMcVG4zRw9tx MdtRyEBDvo0lM/VCdftphu9XrCJz0A1Wfr0QgLpr6jMoqxx7hxnMhj8Wauybgrev2DnU zUnSZTua0dVLjBBSQM4l2j8sHCXmJWgiAofH3AYn9aiqJKFUQ7MrCWBcpOODy7E9BSFe 6LFkEI9PrxYfBcS2SlY30dMVqoM5X4mkyde7J87gwnZgyqYeCp/lIUjl4adBHcw8T3Ex VJ4Q== X-Gm-Message-State: APzg51CSGmMMDQfXcPpVYyKjMHD8VH+p1fVAfv7GqiqUSs00BmmY71OO 7y5FJbyfnWmJ76aKdhdsJxA23TKWg8wmjrvdhRxp4w== X-Google-Smtp-Source: ANB0VdYHewyJCYUF5IIHx0QFxhjio+f/hV2/6Pr5jEdLKOZxV+GzfxlFydVkTZzZkkIj5xOYgI9XHVabBONC9ARyvG0= X-Received: by 2002:a2e:9ec9:: with SMTP id h9-v6mr1636514ljk.133.1535475726934; Tue, 28 Aug 2018 10:02:06 -0700 (PDT) MIME-Version: 1.0 Received: by 2002:a19:9701:0:0:0:0:0 with HTTP; Tue, 28 Aug 2018 10:02:06 -0700 (PDT) In-Reply-To: <20180828163408.vl44nwetdybwffyk@alvherre.pgsql> References: <20180828163408.vl44nwetdybwffyk@alvherre.pgsql> From: Magnus Hagander Date: Tue, 28 Aug 2018 19:02:06 +0200 Message-ID: Subject: Re: retroactive pg10 relnotes: sequence changes To: Alvaro Herrera Cc: Pg Docs Content-Type: multipart/alternative; boundary="00000000000043f4e9057481cd37" List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Precedence: bulk --00000000000043f4e9057481cd37 Content-Type: text/plain; charset="UTF-8" On Tue, Aug 28, 2018 at 6:34 PM, Alvaro Herrera wrote: > Hello > > A customer of ours was taken by surprise by a change in Postgres 10 on a > trial upgrade from 9.6. They were using sequences from SERIAL columns a > little unorthodoxly, and their stuff stopped working: essentially, they > hacked the default expression so that it'd automatically use negative > numbers when the sequence reached INT_MAX. Since pg10 changed sequences > to stop emitting values at that point, it raised an error rather than > emit the negative numbers. > > (In 9.6 and prior, the sequence would emit values past INT_MAX; it was > the column that raised the error. In pg10 things were changed so that > it is now the sequence that raises the error.) > > My proposal now is to document this issue in the Postgres 10 release > notes. "It's a little late for that!" I hear you say, but keep this in > mind: many users have *not* yet upgraded to 10, and they'll keep doing > it for years to come still. So I disagree that now is too late. We > failed to warn people that already upgraded, but we're still on time to > alert people yet to upgrade. > > I attach both the patch and a screenshot to show how minor the visual > effect of the change is. > > (If people hate this, another option is to make it a separate bullet > point.) > Looks reasonable to me. And I definitely think we should do it -- people will be upgrading to 10 for years to come, so claiming it's too late is definitely not correct. -- Magnus Hagander Me: https://www.hagander.net/ Work: https://www.redpill-linpro.com/ --00000000000043f4e9057481cd37 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable


On Tue, Aug 28, 2018 at 6:34 PM, Alvaro Herrera <<= a href=3D"mailto:alvherre@2ndquadrant.com" target=3D"_blank">alvherre@2ndqu= adrant.com> wrote:
Hello
A customer of ours was taken by surprise by a change in Postgres 10 on a trial upgrade from 9.6.=C2=A0 They were using sequences from SERIAL columns= a
little unorthodoxly, and their stuff stopped working: essentially, they
hacked the default expression so that it'd automatically use negative numbers when the sequence reached INT_MAX.=C2=A0 Since pg10 changed sequenc= es
to stop emitting values at that point, it raised an error rather than
emit the negative numbers.

(In 9.6 and prior, the sequence would emit values past INT_MAX; it was
the column that raised the error.=C2=A0 In pg10 things were changed so that=
it is now the sequence that raises the error.)

My proposal now is to document this issue in the Postgres 10 release
notes.=C2=A0 "It's a little late for that!" I hear you say, b= ut keep this in
mind: many users have *not* yet upgraded to 10, and they'll keep doing<= br> it for years to come still.=C2=A0 So I disagree that now is too late.=C2=A0= We
failed to warn people that already upgraded, but we're still on time to=
alert people yet to upgrade.

I attach both the patch and a screenshot to show how minor the visual
effect of the change is.

(If people hate this, another option is to make it a separate bullet
point.)

Looks reasonable to me. And I d= efinitely think we should do it -- people will be upgrading to 10 for years= to come, so claiming it's too late is definitely not correct.=C2=A0

--
=C2=A0Magnus Hagander
=C2=A0= Me: https://www.haga= nder.net/
=C2=A0Work: https://www.redpill-linpro.com/
--00000000000043f4e9057481cd37--