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 1uM6QV-002cqb-Fi for pgadmin-support@arkaria.postgresql.org; Mon, 02 Jun 2025 14:46:11 +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 1uM6QT-00AdUq-RX for pgadmin-support@arkaria.postgresql.org; Mon, 02 Jun 2025 14:46:09 +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 1uM6QT-00AdUi-C5 for pgadmin-support@lists.postgresql.org; Mon, 02 Jun 2025 14:46:09 +0000 Received: from mail-lf1-x12f.google.com ([2a00:1450:4864:20::12f]) by makus.postgresql.org with esmtps (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256 (Exim 4.96) (envelope-from ) id 1uM6QO-00034B-32 for pgadmin-support@postgresql.org; Mon, 02 Jun 2025 14:46:08 +0000 Received: by mail-lf1-x12f.google.com with SMTP id 2adb3069b0e04-55324e35f49so5352693e87.3 for ; Mon, 02 Jun 2025 07:46:05 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=pgadmin.org; s=google; t=1748875564; x=1749480364; darn=postgresql.org; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:from:to:cc:subject:date:message-id:reply-to; bh=o38a1vI0KoFW9Ego/klSDsDF4pg5htbHut7u4pWYyzk=; b=mjhUAEfijc/jUojmfcBzxeJxpDX8Tl8d1BQOEsZO4xc62ZzMVf1PO14jYwtmcIdE4g GTmWpAbAsqyoBVsYQbdCJmU+++VpSNhJOnZchuw8i+Pj5HQAlXWhzmN3+hlzDSP1dNIE Xxg+Xg48tmDSXx4C+sE8Bu5kXayoRDg3irKz7tNsuvbh48zauxuMACYSUNbkUL/EfIta yadfaLHXcxubqNxpUAGp8dKs9/6qORFgv/rCGj4bWRn7hLmXH8kUzD7pnTMIVu60wOV2 tZIpop2PiBIwV8mTSvcwad1iul3k/jEF677JGV0FQnZlddgDpWb7Lxc2RnxxJsaUeOGi +s7w== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1748875564; x=1749480364; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:x-gm-message-state:from:to:cc:subject:date:message-id :reply-to; bh=o38a1vI0KoFW9Ego/klSDsDF4pg5htbHut7u4pWYyzk=; b=YHOvw5YlmM9wAOw91WR7+GNfWIkC9IQB86DZNW38U/qS3tYOoZg6GIDVu+GLmYTJkT m1TwtMSR8xZJypRuStVyL3OfmuDPvhci5CjjG3CqXoZLA8sPUaS0imGOT2LLiFw4NKpf C4f2XB/88zMHH6BDX5usII4z1GEQyag+wIfOoqJfmMGxNJyYTT2s5cEhJd6NjrfoZgRf rwc5Uqh9Zyw61wRUUcCzo+OMNnu0cnvEnZch9IhtD9YpDwt6Au7anxvS06zxEcosVPWy 2LOfNJmgM9dxVZmxgqaz+8hpagrUCeBnCWZc6hpRjN0Kd7PqU9XpC5yhZOIIzHEJuQs9 AeQg== X-Gm-Message-State: AOJu0YwoimmtfVtMqNXuiOejWLv1qZVXt07iZxmGKfsZENBUiOOMhbeH vQpdMa2g+Xd2vJ81O0DT73CB18xSDNzalc8guFbHwNU9/+MMqsYo6lUIc0Qq/HHl17i6zdm+14p oVI/0FXHkI2UMgL+N67tPNprTsJ5CgnRSa6qign0UzlUChcQ8Nd0nZ57S X-Gm-Gg: ASbGncvh3gukpiCPMO7HAsiDoJYazsdPFYnqHH6Vu7pJIFyIdUkCrA8kVjsdUSL791V Cry4Q7OGthLgnF7HRz08Qn8ao/8wHWlghr6bXM0BjOJbnNpRhqM2Tpd2t8CMznxP4d37SCT4dCN x9UaI0xaBsRz2ZMepcpJxkwH+DbhxkpJ83mmGaT98EpI3j3A== X-Google-Smtp-Source: AGHT+IGLHB/zZYsGKAjLX7HNZNT8mCvPkak5A1VWqyEIR0SRR51YvnAR/ovc+s7P4bLfQbEV4FveGR5lJv8M+WJCJDU= X-Received: by 2002:a05:6512:3d28:b0:553:2ca4:39e6 with SMTP id 2adb3069b0e04-5533b93b689mr4079052e87.50.1748875563423; Mon, 02 Jun 2025 07:46:03 -0700 (PDT) MIME-Version: 1.0 References: In-Reply-To: From: Dave Page Date: Mon, 2 Jun 2025 15:45:51 +0100 X-Gm-Features: AX0GCFvictYPRHQNFtYojxt0nsGgayV52rsog0vROgZ6OtyuXW7JL8VRDYNnDE8 Message-ID: Subject: Re: BEGIN/END in SQL generated by pgAdmin ERD command To: Marc Linster Cc: pgadmin-support Content-Type: multipart/alternative; boundary="000000000000b6ee0b063697d296" List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Archived-At: Precedence: bulk --000000000000b6ee0b063697d296 Content-Type: text/plain; charset="UTF-8" Hi On Mon, 2 Jun 2025 at 15:30, Marc Linster wrote: > When I ask pgAdmin 9.4 to generate SQL from the ERD window, it wraps > 'BEGIN;' and 'END;' around the set of statements, instead of > 'BEGIN;/COMMIT;'. > > This is for pgAdmin 9.4 on Sequoia 15.5 > > Am I missing something? > END is the same as COMMIT, albeit PostgreSQL specific and not part of the SQL standard. https://www.postgresql.org/docs/17/sql-end.html It would probably be nice to change it to COMMIT if someone felt inclined, but it's not a bug. -- Dave Page pgAdmin: https://www.pgadmin.org PostgreSQL: https://www.postgresql.org pgEdge: https://www.pgedge.com --000000000000b6ee0b063697d296 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Hi

On Mon, 2 Jun 2025 at 15:30, = Marc Linster <marc@marclinster.c= om> wrote:
When I as= k pgAdmin 9.4 to generate SQL from the ERD window, it wraps 'BEGIN;'= ; and 'END;' around the set of statements, instead of 'BEGIN;/C= OMMIT;'.

This is for pgAdmin 9.4 on Sequoia 15= .5

Am I missing something?

END is the same as COMMIT, albeit PostgreSQL specific = and not part of the SQL standard.


It would probably be nice to = change it to COMMIT if someone felt inclined, but it's not a bug.=C2=A0=

--
Dave Page<= div>pgAdmin: https://= www.pgadmin.org
pgEdge: https://www.pgedge.com

--000000000000b6ee0b063697d296--