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 1kBccD-0006sr-GL for pgsql-novice@arkaria.postgresql.org; Fri, 28 Aug 2020 11:32:17 +0000 Received: from localhost ([127.0.0.1] helo=malur.postgresql.org) by malur.postgresql.org with esmtp (Exim 4.92) (envelope-from ) id 1kBccB-0004Rk-6h for pgsql-novice@arkaria.postgresql.org; Fri, 28 Aug 2020 11:32:15 +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 1kBccA-0004Rd-S0 for pgsql-novice@lists.postgresql.org; Fri, 28 Aug 2020 11:32:15 +0000 Received: from mail-ej1-x643.google.com ([2a00:1450:4864:20::643]) by makus.postgresql.org with esmtps (TLS1.3:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.92) (envelope-from ) id 1kBcc8-0008Ak-6C for pgsql-novice@lists.postgresql.org; Fri, 28 Aug 2020 11:32:13 +0000 Received: by mail-ej1-x643.google.com with SMTP id j25so1040963ejk.9 for ; Fri, 28 Aug 2020 04:32:11 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=cybertec-at.20150623.gappssmtp.com; s=20150623; h=message-id:subject:from:to:date:in-reply-to:references:user-agent :mime-version:content-transfer-encoding; bh=i2bLAUP/RwksXqZIJHd5BLON89rH9TRNaSOIIKDWVFg=; b=UuuyZVyl9YrA9zRpHzCSgSxn2ag/fjINli9/WavZuZxR1PJpKdr7v/3SL8qvfrtnei kZvYcU2aonvtUvohApufQDWpdJoYAn7ZXaSYGOD5LAPIgITZS4N5akXsBLoL9DvhGLE8 6ijcNbq/PQ8VBte5hlUvesMX9VF+pxHWwQUS5lro3/DnJQrwPjsVuPF6LbclOmxBfKMq tIPcTTbhRuaHOrns11aAI2b7vjv3EwYbEJS9oZth2IKYPA+5StqLhp2h03K3/eMRaiGo B1Z5SzQEO9AjKPIcruMWJwxbcka+v0QjIE0/WFrJfxpWDWUrCzJHw2fAg0zj3IzdjXf2 INeQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:message-id:subject:from:to:date:in-reply-to :references:user-agent:mime-version:content-transfer-encoding; bh=i2bLAUP/RwksXqZIJHd5BLON89rH9TRNaSOIIKDWVFg=; b=gfypfv1IymfZzkB5YTlAZ0LLcgwJrF/382ZkUO9uRhD7RFMfXoLkiXqSME4ad/BChl aYS71mpQ1BfhVlc01g1ZGnEddQh0upzfwpXlrN1+VDHcuGaLs8e7Z6Z32m+381rGew6Z oFcgOhAM7Ih8TKFA7HEj1VXCnlmbFx5jZq9S25usIrpyzBfyOnsXjJg6RX/fjhAjQala JlW4Wn1d7YCVTXpToyHzjB8pgGkXMNfWHi8YeGEd2hNFq4owyWXZ7X+lNtR5nPTXHhjp BzBrgoLE+3fPdn6hlTsVLeRQisbP991qngAdLmSj0YBU7jgln8jeUieN8WLHJ7YHCXyl E9LQ== X-Gm-Message-State: AOAM5330PDO3k9WJVxDwV/N4MJGgSdTPwhZrW14bXYFvaNe2s+KLIWCl 6Lc8B2Lr2KI3y359BZkBpyE0FA== X-Google-Smtp-Source: ABdhPJyj6CVHP1ZwbRJACxDNfpj8b0wWZfcHEGgtv4vMtooXA34bJLarEDIIo9Lqip3XAjW13pNwzQ== X-Received: by 2002:a17:906:d8ca:: with SMTP id re10mr1262773ejb.382.1598614330414; Fri, 28 Aug 2020 04:32:10 -0700 (PDT) Received: from localhost.localdomain (217-149-174-33.nat.highway.telekom.at. [217.149.174.33]) by smtp.gmail.com with ESMTPSA id d20sm683495ejj.10.2020.08.28.04.32.09 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Fri, 28 Aug 2020 04:32:09 -0700 (PDT) Message-ID: Subject: Re: insert vs. copy in pgAdmin From: Laurenz Albe To: "Schlaffer, Sharon" , "pgsql-novice@lists.postgresql.org" Date: Fri, 28 Aug 2020 13:32:08 +0200 In-Reply-To: <9801F54B-E5E6-4C0B-BDC6-0FA24BA3558E@nrl.navy.mil> References: <9801F54B-E5E6-4C0B-BDC6-0FA24BA3558E@nrl.navy.mil> Content-Type: text/plain; charset="UTF-8" User-Agent: Evolution 3.36.5 (3.36.5-1.fc32) MIME-Version: 1.0 Content-Transfer-Encoding: 8bit List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Precedence: bulk On Thu, 2020-08-27 at 15:59 +0000, Schlaffer, Sharon wrote: > When I use the import (csv) into a table feature, it makes a copy. This is not working for our > database folks (they need to auto-populate a date/time field and for whatever reason, > cannot do this if I “copy” the csv into the db). Try to get a detailed technical description of your DBAs' problems. > Is there a way to import and stipulate “insert” instead (using pgAdmin, that is). I don't think so. But you can COPY to a temporary table and then use INSERT INTO ... SELECT ... to populate the target table from the temporary table. Yours, Laurenz Albe -- Cybertec | https://www.cybertec-postgresql.com