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 1tBxIi-007Ktn-3R for pgsql-general@arkaria.postgresql.org; Fri, 15 Nov 2024 14:27:55 +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 1tBxIf-00A76o-HF for pgsql-general@arkaria.postgresql.org; Fri, 15 Nov 2024 14:27:54 +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 1tBxIf-00A76f-5E for pgsql-general@lists.postgresql.org; Fri, 15 Nov 2024 14:27:53 +0000 Received: from mail-yb1-xb36.google.com ([2607:f8b0:4864:20::b36]) by makus.postgresql.org with esmtps (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256 (Exim 4.94.2) (envelope-from ) id 1tBxId-00227d-7o for pgsql-general@lists.postgresql.org; Fri, 15 Nov 2024 14:27:52 +0000 Received: by mail-yb1-xb36.google.com with SMTP id 3f1490d57ef6-e3839177651so465640276.3 for ; Fri, 15 Nov 2024 06:27:51 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1731680870; x=1732285670; darn=lists.postgresql.org; h=to:subject:message-id:date:from:mime-version:from:to:cc:subject :date:message-id:reply-to; bh=QMCUjAFUHNln9+5LY11gkY75MUh/KpMFQWwL8jis4fE=; b=ebcs5vrw2ud/cItEGttsYoRl5RPnh3LCb2BrKqYy1FnmBhmPkm/hzYRl91wveuaAKJ K8p9ZHduO0UNSOFVW5ZzoSNEQ8GxSiVYVU3PPBUt9SCHZ5TE9YQxx3hdHGqz6qxvttPE jo5l2gKEfePQom1+h8kIklFz9gpgcC6QgecL/D3V94amCaVT9nhB0/OykA8i/XbcnQ5m LS1Y4CA+4gxv7yYAa4wlZmEDXiVT4OW47f83RoofWboT2/mhcqfAZDg5nYdoYY6Ja1uI wticjMgwIo+Llw2eOqv4NLeEPU2AKehXKeGMiylTQplYcPkXM0zU5KGLcwsuYWPW/N0M Zxsg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1731680870; x=1732285670; h=to:subject:message-id:date:from:mime-version:x-gm-message-state :from:to:cc:subject:date:message-id:reply-to; bh=QMCUjAFUHNln9+5LY11gkY75MUh/KpMFQWwL8jis4fE=; b=mlldXQ9lMBGzcD+avFY6fmyTt16IQap3LcJn0eO5swx0kzajhMnmlOBvYLZQ0MNBcG m8/vQJ/v5Q0UKzfQVRoRwDJWbm6/WO4N5wL6/8Ig9gXWBfHw5eoki0j3Rn6QLNkByqtU HUi4J27w7JPaeAvflkncXz8GA5APKhfA71xx5ViA79+HJaLYOud1lout9Z+A1Ae3DJFL LZ380Uv1TZwo/vARv5kIhaQZ+zMLi5Ta9pK8wrHEgWWivkVU6KFyBUEVZIeAWjXvTUEO oQJdSZNCjZsZczD8m4IjtuDijj9rwUe02DxQjxj85h39EgsJRbdg0V+YdueYnNivs4yp XcPA== X-Gm-Message-State: AOJu0Yxc3I9wWr+AJpfDXSd1FEqUqFK5uthgRmZOG2E/GccWiiGvbjEO cjGxgnAvw2O2UBHb+dAv99vNSZs16oFZHOGWSoi4K+ZKNThiFrMFMdZdtHCIM6EUSD1C+DsCiWR E+mUTCDdGqC2i9ZnCwL001qsIaxi305JP X-Google-Smtp-Source: AGHT+IHUWJprku9NQ3I/rCFD9V7PNrP3ZLxZgLsdScDgU3mb7KQROZkjEG3h5KOBPvZs0ajrLvdnHzrrsBcxLLbz1fo= X-Received: by 2002:a05:6902:1109:b0:e33:16fe:ddd0 with SMTP id 3f1490d57ef6-e38263c053cmr2801700276.47.1731680868662; Fri, 15 Nov 2024 06:27:48 -0800 (PST) MIME-Version: 1.0 From: Andy Hartman Date: Fri, 15 Nov 2024 09:27:36 -0500 Message-ID: Subject: DB Files To: "pgsql-general@lists.postgresql.org" Content-Type: multipart/alternative; boundary="0000000000000a85f80626f45f63" List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Archived-At: Precedence: bulk --0000000000000a85f80626f45f63 Content-Type: text/plain; charset="UTF-8" I created a new table (V16) and then used SimplySql to take data from mssql to the new Postgres table. The table is 212gig in size. Myquestion comes from the files created on the OS(Windows2022 server) I can see lots of files with the last being: 2474695.143 They are all 1,048,576kb Is this normal behaviour and could I have done something to use fewer files and larger ones? This table is created in a separate tablespace on a dedicated drive on the windows file system. I'm just getting involved in this PostgreSql instance THanks. --0000000000000a85f80626f45f63 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
I created a=C2=A0 new table (V16) and the= n used SimplySql to take data from mssql=C2=A0to the new Postgres table. Th= e table is 212gig in size. Myquestion comes from the files created on the O= S(Windows2022 server) I can see lots of files with the last being:

2= 474695.143

They are all 1,048,576kb=C2= =A0

Is this normal behaviour and could I have done something to use = fewer files and larger ones?


This table is created in a separate= =C2=A0tablespace on a dedicated=C2=A0drive on the windows file system.
<= br>=C2=A0I'm just getting involved in this PostgreSql instance=C2=A0
THanks.
--0000000000000a85f80626f45f63--