Received: from malur.postgresql.org ([217.196.149.56]) by arkaria.postgresql.org with esmtps (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1p4lUI-0002DR-QO for pgsql-sql@arkaria.postgresql.org; Mon, 12 Dec 2022 16:17:06 +0000 Received: from localhost ([127.0.0.1] helo=malur.postgresql.org) by malur.postgresql.org with esmtp (Exim 4.92) (envelope-from ) id 1p4lUH-0005pM-Lq for pgsql-sql@arkaria.postgresql.org; Mon, 12 Dec 2022 16:17:05 +0000 Received: from makus.postgresql.org ([2001:4800:3e1:1::229]) by malur.postgresql.org with esmtps (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1p4lUH-0005pD-Db for pgsql-sql@lists.postgresql.org; Mon, 12 Dec 2022 16:17:05 +0000 Received: from mail-oo1-xc31.google.com ([2607:f8b0:4864:20::c31]) by makus.postgresql.org with esmtps (TLS1.3:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.92) (envelope-from ) id 1p4lUD-0006Wd-0N for pgsql-sql@lists.postgresql.org; Mon, 12 Dec 2022 16:17:04 +0000 Received: by mail-oo1-xc31.google.com with SMTP id f7-20020a4a8907000000b004a0cb08d0afso1860989ooi.8 for ; Mon, 12 Dec 2022 08:17:00 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=to:date:message-id:subject:mime-version:from:from:to:cc:subject :date:message-id:reply-to; bh=aJBitsBeKymuybeTUeKkf+VV3wcCfle3ImkMk3UEQTc=; b=PF2Jzoh+2Sivx667PFGeHjwBDvamG79G+PP0Y1dfYiVk7EPgYHs1SGHIPgl4xM2mAV GPIL8Pi0M2WJuBSZBSWck1Sz7hToA18XjV5FWZBgeWhoZ9ZqxmueX0TZN8j2KOkYPQu4 e3J+sZELhoro9+d4U5ZdRcPDiGWzJ2flZqcPZfFdPGrzDX/CP3hDGNYoA/dwTWKMGybk T03Dssgi1YbLtP9J1qpGVHwPciVYteOIplh2pk4+DO9nYKqx+fOFsdcQCmwQQCHepW6i Fg0JstoJdlaPQEkhqkw6y2o/eGs1MW8YikEIbyr23KdyS4DeJabyFHD2fGrnbn6eoTIv /BhQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=to:date:message-id:subject:mime-version:from:x-gm-message-state :from:to:cc:subject:date:message-id:reply-to; bh=aJBitsBeKymuybeTUeKkf+VV3wcCfle3ImkMk3UEQTc=; b=aexObBedhtF4YzKnQfXm8rm3snZPUwaIHbiirKo5lBdijW3BmxIxavt0Iuk9pTUDER vu8SolO8vuNKh1apekzRQ8I9SLN4R6CgTzD8Rzid3QmoAV1EIRkRQy+ZZ3mWfOETaJZX eUCpZ9X0AnVkkiHY+U5Fyiidb3DC4exJ0ozZi+l54pxhP8MPWUkKCaDFedxFpDrcDAYp guUAXxutQumxpXnosqa3w2l+T3IZmrtsyoKlA/0989EQ2ABKRusS2Xgh6WRMkrzf+z3O 3CQizgkumMEWtSbXEAYCEeckater+YusSYzF3R49rPc9VP5EcWNSBbmXLBGwaU7vxE9W n1Hg== X-Gm-Message-State: ANoB5pljsXvcPB1pcJaCWu6t0yXzXGceUHhHca1TvdgScB4vuJ1xeU+/ 0dsIstw8lKhYYplcdQqZku86AYSo6F4= X-Google-Smtp-Source: AA0mqf7Ha0+ROGXmTbtTFNi3pL+718qjXwkbsGGk/NYjIdt0hBSakQ1kz+9nDDlC/d4Ulicj/WKU9w== X-Received: by 2002:a4a:1d01:0:b0:4a0:a166:e024 with SMTP id 1-20020a4a1d01000000b004a0a166e024mr6786996oog.7.1670861820229; Mon, 12 Dec 2022 08:17:00 -0800 (PST) Received: from smtpclient.apple (162-231-200-43.lightspeed.dybhfl.sbcglobal.net. [162.231.200.43]) by smtp.gmail.com with ESMTPSA id c19-20020a4a8f93000000b004a09c4aceb6sm45782ooj.46.2022.12.12.08.16.59 for (version=TLS1_2 cipher=ECDHE-ECDSA-AES128-GCM-SHA256 bits=128/128); Mon, 12 Dec 2022 08:17:00 -0800 (PST) From: Shane Borden Content-Type: multipart/alternative; boundary="Apple-Mail=_CF9DF40A-6174-424F-BA5E-A0158A4DD982" Mime-Version: 1.0 (Mac OS X Mail 16.0 \(3731.200.110.1.12\)) Subject: PARALLEL CTAS Message-Id: Date: Mon, 12 Dec 2022 11:16:49 -0500 To: pgsql-sql@lists.postgresql.org X-Mailer: Apple Mail (2.3731.200.110.1.12) List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Archived-At: Precedence: bulk --Apple-Mail=_CF9DF40A-6174-424F-BA5E-A0158A4DD982 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=utf-8 Based on testing thus far, it appears that the only way to get a bulk = load operation (similar to oracle) would be to use the COPY command or = to use multiple connections and break up the inserts across connections. = I did see a possibility of using the postgres_fdw extension and use the = batch functionality, but I haven=E2=80=99t tested that yet. Does anyone know the status of this feature / patch that was discussed = in this link? = https://www.postgresql.org/message-id/CAJcOf-cXnB5cnMKqWEp2E2z7Mvcd04iLVmV= %3DqpFJrR3AcrTS3g%40mail.gmail.com Is there a way in PostgreSQL to parallelize a CTAS statement similar to = how you can do it in Oracle? --- Thanks, Shane Borden sborden76@gmail.com --Apple-Mail=_CF9DF40A-6174-424F-BA5E-A0158A4DD982 Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset=utf-8
Based on = testing thus far, it appears that the only way to get a bulk load = operation (similar to oracle) would be to use the COPY command or to use = multiple connections and break up the inserts across connections. =  I did see a possibility of using the postgres_fdw extension and = use the batch functionality, but I haven=E2=80=99t tested that = yet.

Does anyone know the status of this = feature / patch that was discussed in this = link?


Is there a way in PostgreSQL to = parallelize a CTAS statement similar to how you can do it in = Oracle?

---

Thanks,


Shane = Borden
sborden76@gmail.com

= --Apple-Mail=_CF9DF40A-6174-424F-BA5E-A0158A4DD982--