slave should be ok in all cases as long as the archive and master
retains all wal files that are not applied?
I maintain a fairly active database (>100GB of wal files every day) and
putting the wal files on a ramdisk (only for the slaves of course) helped
quite a lot.
--
Eld på åren og sol på eng gjer mannen fegen og fjåg. [Jøtul]
Tore Halvorsen || +052 0553034554
>
> On 02/04/2016 09:15 AM, Tore Halvorsen wrote:
> > Can a hot standby run correctly with the xlog-files on a ramdisk?
> >
>
> Yes, but, if you lose any, you'll need to rebuild the standby.
>
>
Even if the master and archive contain all the wal files?
--
El
Hi,
Can a hot standby run correctly with the xlog-files on a ramdisk?
--
Eld på åren og sol på eng gjer mannen fegen og fjåg. [Jøtul]
Tore Halvorsen || +052 0553034554
Ah, this was related to file permissions. The service is running as NETWORK
SERVICE, but this user didn't have access to the tablespace-directory.
On Mon, Apr 1, 2013 at 3:14 PM, Adrian Klaver wrote:
> On 03/31/2013 04:47 PM, Tore Halvorsen wrote:
>
>> Good idea, but both m
e first slave worked perfectly, but number two just fails with this - any
ideas?
--
Eld på åren og sol på eng gjer mannen fegen og fjåg. [Jøtul]
2013 Tore Halvorsen || +052 0553034554
åren og sol på eng gjer mannen fegen og fjåg. [Jøtul]
2012 Tore Halvorsen || +052 0553034554
ting statements is the
key for now...
--
Eld på åren og sol på eng gjer mannen fegen og fjåg. [Jøtul]
2012 Tore Halvorsen || +052 0553034554
d a table is,
by checking how must the blocks are shared - so that the worst one can be
scheduled for clustering...
> But maybe someone will recommend a better solution.
>
Hopefully - thanks anyway :)
--
Eld på åren og sol på eng gjer mannen fegen og fjåg. [Jøtul]
2012 Tore Halvorsen || +052 0553034554
On Mon, Jan 16, 2012 at 3:20 PM, Tomas Vondra wrote:
[...]
>
> WHERE ctid >= '(123,0)'::tid AND ctid < '(124,0)'::tid
>
>
Ah, forgot a point here - without doing a sequential scan.
--
Eld på åren og sol på eng gjer mannen fegen og fjåg. [Jøtul]
2012 Tore Halvorsen || +052 0553034554
jer mannen fegen og fjåg. [Jøtul]
2012 Tore Halvorsen || +052 0553034554
Hi,
With postgresql 9.1, the last two entries of unaccent.rules are
ё е
Ё Е
0xd191 => 0xd0b5
0xd081 => 0xd095
Shouldn't these be translated into 0x45 and 0x65 instead?
--
Eld på åren og sol på eng gjer mannen fegen og fjåg. [Jøtul]
2011 Tore Halvorsen || +052 0553034554
n foo_text_idx (cost=0.00..4.55 rows=1
width=0)
Index Cond: ((text ~>=~ 'f000'::text) AND (text ~<~
'f001'::text))
-> Bitmap Index Scan on foo_reverse_idx (cost=0.00..4.55 rows=1
width=0)
Index Cond: ((reverse(text) ~>=~ '000f'::text
ight, but it doesn't use the TIME index.
Hmmm, may be my example isn't large enough to produce the issue.
--
Eld på åren og sol på eng gjer mannen fegen og fjåg. [Jøtul]
2011 Tore Halvorsen || +052 0553034554
;t to the same at all.
Now I'm more confused as to how I can optimize the query.
--
Eld på åren og sol på eng gjer mannen fegen og fjåg. [Jøtul]
2011 Tore Halvorsen || +052 0553034554
I'm just wondering why the optimizer does things the way it does - and if
the CTE version is the best way to go...
The actual case is slightly more complex and uses more tables - this is
mostly a way to find updated data.
--
Eld på åren og sol på eng gjer mannen fegen og fjåg. [Jøtul]
2011 Tore Halvorsen || +052 0553034554
d just written some queries where a shortcut like the above
would have made it slighly easier on the eyes and misinterpreted
the discussion.
--
Eld på åren og sol på eng gjer mannen fegen og fjåg. [Jøtul]
2011 Tore Halvorsen || +052 0553034554
--
Sent via pgsql-general mailing list (pgsql-gen
l, since there are lots of other ways to do this.
--
Eld på åren og sol på eng gjer mannen fegen og fjåg. [Jøtul]
2011 Tore Halvorsen || +052 0553034554
--
Sent via pgsql-general mailing list (pgsql-general@postgresql.org)
To make changes to your subscription:
http://www.postgresql.org/mailpref/pgsql-general
On Tue, Mar 15, 2011 at 12:54 PM, Raymond O'Donnell wrote:
> On 15/03/2011 11:41, Tore Halvorsen wrote:
>>
>> Who maintains the Slony-version that is accessible from Application
>> Stack Builder on windows?
>
> It's maintained by EnterpriseDB as part of the on
Hi,
Who maintains the Slony-version that is accessible from Application
Stack Builder on windows?
Would be nice to get the version (for pg 8.4) updated to Slony 2.0.6...
--
Eld på åren og sol på eng gjer mannen fegen og fjåg. [Jøtul]
2011 Tore Halvorsen || +052 0553034554
--
Sent via pgsql
NGUAGE 'sql' IMMUTABLE STRICT;
CREATE INDEX compare_index
ON indexed_table(compare(data1, this_is_a_long_transformation(data2)));
SELECT * FROM indexed_table where
compare(data1, this_is_a_long_transformation(data2)) in (0, 1); // for
greater-equal
--
Eld på åren og sol på eng gjer mannen fe
gjer mannen fegen og fjåg. [Jøtul]
2010 Tore Halvorsen || +052 0553034554
--
Sent via pgsql-general mailing list (pgsql-general@postgresql.org)
To make changes to your subscription:
http://www.postgresql.org/mailpref/pgsql-general
Hi,
Is there a way to exclude all queries from a specific user, or only
log queries from a specific user in pg_stat_statements?
The slony/replication user fills all the entries more or less immediately.
--
Eld på åren og sol på eng gjer mannen fegen og fjåg. [Jøtul]
2009 Tore Halvorsen
On Tue, Sep 22, 2009 at 8:49 PM, Alvaro Herrera
wrote:
> Tore Halvorsen escribió:
>> Hi,
>>
>> Is it possible to use an index for like queries on a citext column?
>> I'm using pg 8.4.1 on windows - with no changes to the default configuration.
>>
>> F
(actual time=0.452..0.462 rows=1 loops=1)
Index Cond: (citext = '9cb65689f035766eb69ed615afd4'::citext)
Total runtime: 0.558 ms
So, is there any way to get the like queries to use the index?
--
Eld på åren og sol på eng gjer mannen fegen og fjåg. [Jøtul]
2009 Tore
24 matches
Mail list logo
