Re: [SPAM] Re: WAL directory size calculation

From: Moreno Andreo <moreno(dot)andreo(at)evolu-s(dot)it>
To: pgsql-general(at)postgresql(dot)org
Subject: Re: [SPAM] Re: WAL directory size calculation
Date: 2016-08-01 11:48:10
Message-ID: f8bba211-8ae3-edf1-a0db-fcff84eefa00@evolu-s.it
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-general

<html>
<head>
<meta content="text/html; charset=utf-8" http-equiv="Content-Type">
</head>
<body bgcolor="#FFFFFF" text="#000000">
<div class="moz-cite-prefix">Il 29/07/2016 15:30, David G. Johnston
ha scritto:<br>
</div>
<blockquote
cite="mid:CAKFQuwaD7hyCg-zdMhMF6djfz+XzuM0hOSexXW50k7N4orFU0Q(at)mail(dot)gmail(dot)com"
type="cite">
<div dir="ltr">
<div class="gmail_default"
style="font-family:arial,helvetica,sans-serif"><span
style="font-family:arial,sans-serif">On Fri, Jul 29, 2016 at
7:08 AM, Moreno Andreo </span><span dir="ltr"
style="font-family:arial,sans-serif">&lt;<a
moz-do-not-send="true"
href="mailto:moreno(dot)andreo(at)evolu-s(dot)it" target="_blank">moreno(dot)andreo(at)evolu-s(dot)it</a>&gt;</span><span
style="font-family:arial,sans-serif"> wrote:</span><br>
</div>
<div class="gmail_extra">
<div class="gmail_quote">
<blockquote class="gmail_quote" style="margin:0px 0px 0px
0.8ex;border-left-width:1px;border-left-style:solid;border-left-color:rgb(204,204,204);padding-left:1ex">
<div bgcolor="#FFFFFF" text="#000000"><span class="">
<div>
<div class="gmail_default"
style="font-family:arial,helvetica,sans-serif;display:inline">​R​</div>
egarding backups I disagree. Files related to
database must be consistent to the database itself,
so backup must be done saving both database and
images. </div>
</span></div>
</blockquote>
<div><br>
</div>
<div>
<div class="gmail_default"
style="font-family:arial,helvetica,sans-serif;display:inline">​I'd
suggest you consider that such binary data be defined as
immutable.  Then the only problem you have to worry
about is existence - versioning consistency goes away. 
You only need focus on the versioning of associations -
which remains in the database and is very lightweight. 
It is then a separate matter to ensure that all
documents you require are accessible given the
identifying information stored in the database and
linked to the primary records via those versioned
associations.</div>
</div>
<div>
<div class="gmail_default"
style="font-family:arial,helvetica,sans-serif;display:inline"><br>
</div>
</div>
<div>
<div class="gmail_default"
style="font-family:arial,helvetica,sans-serif;display:inline">David
J.</div>
</div>
<div>
<div class="gmail_default"
style="font-family:arial,helvetica,sans-serif;display:inline">​</div>
 </div>
</div>
</div>
</div>
</blockquote>
<p>I think you are right on this point, there are only some kind of
bytea that are not immutable, and that's where we store bytea
instead of images (many of these fields have been already
converted to text type, though)</p>
<p>Moreno<br>
</p>
</body>
</html>

Attachment Content-Type Size
unknown_filename text/html 3.4 KB

In response to

Browse pgsql-general by date

  From Date Subject
Next Message Branden Visser 2016-08-01 12:20:45 Re: Query planner using hash join when merge join seems orders of magnitude faster
Previous Message Charles Clavadetscher 2016-08-01 11:25:36 Re: Proposal "stack trace" like debugging option in PostgreSQL