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 1tz70e-00FDHG-L7 for pgsql-general@arkaria.postgresql.org; Mon, 31 Mar 2025 04:44:28 +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 1tz70d-0002BP-Aq for pgsql-general@arkaria.postgresql.org; Mon, 31 Mar 2025 04:44:27 +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 1tz70c-0002BH-PT for pgsql-general@lists.postgresql.org; Mon, 31 Mar 2025 04:44:26 +0000 Received: from mail-wm1-x32c.google.com ([2a00:1450:4864:20::32c]) by makus.postgresql.org with esmtps (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256 (Exim 4.96) (envelope-from ) id 1tz70a-0024aY-2c for pgsql-general@lists.postgresql.org; Mon, 31 Mar 2025 04:44:25 +0000 Received: by mail-wm1-x32c.google.com with SMTP id 5b1f17b1804b1-4394944f161so3271355e9.3 for ; Sun, 30 Mar 2025 21:44:24 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1743396262; x=1744001062; darn=lists.postgresql.org; h=to:subject:message-id:date:from:mime-version:from:to:cc:subject :date:message-id:reply-to; bh=yJbvEXyjcnVSrKv6YYJog8T5TrDaU8dqJtaKXZMd7/w=; b=MjpIRSTnlLzmt3vm+bhBWq8uw6sxP8ipTedfVIOivayG5fZdk+YUACnFHDKE3dOgQi Ca2T00BS5xdDbGjcdK2IbmdqeC11hzaFCv1DJZqhMNIUYo20l9GLcAFcU8++oeWHtdnO 4t5pJB3cGm7VQwOibvJU50M/hlRigrt/a4+mON3qaezyAIpbCTkuSs+gwJam9RJ7Mizh b+D0Gy8TXi21AUJ6k9DWwPcUTXC4lOkLUwWi3DJ+UIVS7sQlHiKa/BlyXNUrjHnjyJRs h68byyb5G0u0Gl2uoGhomZ4KbY8KwBg/vaUhlRGSxTk4h9d6CuYemyqYPhPFw/EDutl4 gj/Q== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1743396262; x=1744001062; h=to:subject:message-id:date:from:mime-version:x-gm-message-state :from:to:cc:subject:date:message-id:reply-to; bh=yJbvEXyjcnVSrKv6YYJog8T5TrDaU8dqJtaKXZMd7/w=; b=frX19eJQRuZokcTpgW+ZH6iUeuWXZYOC7G6A7RI6Dovdt/CZF7CkcIETVYDeYbYst/ NC8zcUJPRYKmFrKV6MZ4h47nn78CpG+7Pymt+1Kn/4Vm889CKiW4TCpVNKK4aOswSXAr ko7zTCs2mrUtl4BsOKctGybVnlYpJ19CaFMhUDlgecurzq6HhEEKHPEcyKJBD96ovPdc gRq3k6pbBasG+kD17fQBpG0VKmNrxZy4oSfxRy2m1idGzk3pRgQO6e6obkMEI33KUS4G CoWPlJ11Swwd2p+/49PxkMWFq3wqZ7LA1fYA5dSOSzWgcKN3ZFxdgIE/iUf/VINxh/Nb exaw== X-Gm-Message-State: AOJu0YyDhuvjd5s0Z/5JBfgVmkKpDHo9T6ww9Hwr4ewidLEXC4XWZW9B CzH/ed/kgSWs4QxByaukzTuQ25HGpq10d/Ask8GpdKntA6SrQ9Ibq1ew07U8oQa9KdMYzGjJsdx zGx/RpfyP0YK1PaAbxEhsykoy1NBDxI4UxRA= X-Gm-Gg: ASbGncvBja37hV9/PNwVtGu3Bk3vP3An1VdFtATvKCngFInP5ImmMyVN4QoNHUM7YaC FW0sI5DNOBj93dyyfoazu3WiGV+IkKCJzrBOAq8PUCxy0/SlcFx90gtOpJrdXF0jByND3bQ+gIo LLqdwAzYsZ5tZXyWpwU0KgEGE= X-Google-Smtp-Source: AGHT+IHzylSMSWfFBd5iN/xdftm7xwGBwDR51r8UJJ4+6v64jYUIrhDsvIkySyWn/Wlq70qibRZcweJhEBGksP1iVMs= X-Received: by 2002:a5d:47cd:0:b0:382:4e71:1a12 with SMTP id ffacd0b85a97d-39c120c6ce1mr1839042f8f.1.1743396261355; Sun, 30 Mar 2025 21:44:21 -0700 (PDT) MIME-Version: 1.0 From: =?UTF-8?B?7J207ZiE7KeE?= Date: Mon, 31 Mar 2025 13:44:10 +0900 X-Gm-Features: AQ5f1JrDVL3fH_-L-Ur2ImcZNXnbBSdE_nG9ybKwEzV7ZSyTraRoi6TVn7Y_JX8 Message-ID: Subject: SQL Server's WITH (NOLOCK) equivalent in PostgreSQL? To: pgsql-general@lists.postgresql.org Content-Type: multipart/alternative; boundary="000000000000dc684106319c12fb" List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Archived-At: Precedence: bulk --000000000000dc684106319c12fb Content-Type: text/plain; charset="UTF-8" Hi all, I'm trying to understand how to replicate SQL Server's WITH (NOLOCK) behavior in PostgreSQL. Since PostgreSQL uses MVCC, I'm wondering what the best practice is for non-blocking reads, and whether there's an equivalent to dirty reads or READ UNCOMMITTED. Would appreciate any insights or recommended approaches. --000000000000dc684106319c12fb Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Hi all,

I'm trying to understand how to replica= te SQL Server's WITH (NOLOCK) behavior in PostgreSQL.
Since PostgreS= QL uses MVCC, I'm wondering what the best practice is for non-blocking = reads,
and whether there's an equivalent to dirty reads or READ UNC= OMMITTED.

Would appreciate any insights or recommended approaches.
--000000000000dc684106319c12fb--