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 1mXsb7-0002Ny-RQ for pgsql-admin@arkaria.postgresql.org; Tue, 05 Oct 2021 22:07:41 +0000 Received: from localhost ([127.0.0.1] helo=malur.postgresql.org) by malur.postgresql.org with esmtp (Exim 4.92) (envelope-from ) id 1mXsb6-0002ZP-Pe for pgsql-admin@arkaria.postgresql.org; Tue, 05 Oct 2021 22:07:40 +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 1mXsb6-0002ZF-Gb for pgsql-admin@lists.postgresql.org; Tue, 05 Oct 2021 22:07:40 +0000 Received: from mail-ed1-x52f.google.com ([2a00:1450:4864:20::52f]) by makus.postgresql.org with esmtps (TLS1.3:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.92) (envelope-from ) id 1mXsb4-0006t9-B0 for pgsql-admin@postgresql.org; Tue, 05 Oct 2021 22:07:39 +0000 Received: by mail-ed1-x52f.google.com with SMTP id v18so2070699edc.11 for ; Tue, 05 Oct 2021 15:07:37 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=mime-version:from:date:message-id:subject:to; bh=M9D6gFPtgV6aMPpGo1GpO2Gj8Tp4IPi26uFvHwD5veU=; b=VYHT94pVd4RBPLDfTdpU0CSSaHx4lV8WePRC4afaS0DbomaunRnteqn+GO68oyxusi btivtP7C/LiiK3wsx+nmrbyvBIxJSA/ngNnMxIlVU1m/tjI5UqFd9UMrBvqbcT4UyrUW iOfTAw2pH9iAgdrDZdghWRseysh1Rr57EvI86yu6XoW54vOdEXfkxkoxuLrtZt8LsdeI d+jfmoXvEEmTqx2gBev210EyMpzl/GUoURX560tmrwKO4qWxM3vby0KhqxBd6bqKR7/a KBEf/JS02iZonmHra7LXEgMm6N0zNIt0AYrmBztQ6uCf3LL4FU3Fg2/v7P6w+lb+8mbn IiCg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:mime-version:from:date:message-id:subject:to; bh=M9D6gFPtgV6aMPpGo1GpO2Gj8Tp4IPi26uFvHwD5veU=; b=cp3SjlFHQPA2IAwb7mfQ+mZuSPrsiP7dY+UZgEMst8IfqUUew6kjvJ8+ALklz0B9IM 1yOkQmI89ilsTG/rSYiSMKFwgciAGp7aoEXHK7N59AUoRxp/GwCFHI9b/bmCtqKca24g qtIeftaAE7e9MLhxSE02NzSc3Nn+qIO+Qn+fzXVV+T1od+sPvB7ZlyDQx7YaI1jYCDJr DQXy8jTM9htAXXCSZBJv+VhDUAqiXVq1wTIJRObZT13mRYCQ+jjdlwm9qXS1JCHtPxJg aV9KMjAyxhZH/AamA71wq8DuO04tHFoQedPmCMwltIKvVhPQy4ra64WwTLlJ4Tb6w7Ys NUoA== X-Gm-Message-State: AOAM533/08SPcsdjtPszbsXNzhMjFxvb19L8Sw/LKspHuXBCeptnQjAb ewsJnNA66R/Hu6FQ0YSUKHO3cGfXjc0BU86zevvIwdQG X-Google-Smtp-Source: ABdhPJzr3KtVQ85SE3N1k0acaGkrPagRIjERaaEWSoEvy3B3iYlYxAoncChgRKT6DUoZC1taj+icFn/TC8RQ6zlS2G8= X-Received: by 2002:a17:906:3805:: with SMTP id v5mr27187059ejc.440.1633471655639; Tue, 05 Oct 2021 15:07:35 -0700 (PDT) MIME-Version: 1.0 From: Wells Oliver Date: Tue, 5 Oct 2021 15:06:59 -0700 Message-ID: Subject: Pros/cons of big databases vs smaller databases and RDS To: pgsql-admin Content-Type: multipart/alternative; boundary="000000000000c9009605cda2415d" List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Archived-At: Precedence: bulk --000000000000c9009605cda2415d Content-Type: text/plain; charset="UTF-8" Hi-- to keep it short, I feel like I've generally heard the larger your DB is, the less efficient it might run, likely due to disk I/O. Maybe I'm terribly mistaken in this perception. We have two DBs, one primarily accessed by humans and systems, which is ~1TB in size, and aggregates most of what we store in raw, longer format on a second DB that is about ~6TB in size. As we consider plans to migrate to RDS, we've talked a lot about combining the two as more and more the case is querying the larger DB and wanting data only available in the smaller DB. Of course, we can solve this by copying things back and forth, but we're also thinking: why not just one big DB? Anyone have any experiences with a similar project, and especially any technical configurations that might be beneficial in using RDS? Appreciate it. -- Wells Oliver wells.oliver@gmail.com --000000000000c9009605cda2415d Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Hi-- to keep it short, I feel like I've generally hear= d the larger your DB is, the less efficient it might run, likely due to dis= k I/O. Maybe I'm terribly mistaken in this perception.

We have two DBs, one primarily accessed by humans and systems, which is = ~1TB in size, and aggregates most of what we store in raw, longer format on= a second DB that is about ~6TB in size.

As we con= sider plans to migrate to RDS, we've talked a lot about combining=C2=A0= the two as more and more the case is querying the larger DB and wanting dat= a only available in the smaller DB.

Of course, we = can solve this by copying things back and forth, but we're also thinkin= g: why not just one big DB?

Anyone have any experi= ences with a similar project, and especially any technical=C2=A0configurati= ons that might be beneficial=C2=A0in using RDS?

Ap= preciate it.

--
--000000000000c9009605cda2415d--