Dear Michael,
certainly I tried and seems to be ok. Maybe I fogot to copy it into my
letter?
-- csaba
-Original Message-
From: Michael Fuhr [mailto:[EMAIL PROTECTED]
Sent: Sunday, November 27, 2005 4:50 PM
To: Együd Csaba (Freemail)
Cc: 'Tom Lane'; pgsql-general@postgresql.o
Regards,
-- Csaba Együd
-Original Message-
From: Michael Fuhr [mailto:[EMAIL PROTECTED]
Sent: Saturday, November 26, 2005 10:16 PM
To: Együd Csaba (Freemail)
Cc: pgsql-general@postgresql.org
Subject: Re: FW: [GENERAL] GRANT question
On Sat, Nov 26, 2005 at 09:37:00PM +0100, Egyd Csaba (Freemail) w
-Original Message-
From: Együd Csaba (Freemail) [mailto:[EMAIL PROTECTED]
Sent: Saturday, November 26, 2005 9:36 PM
To: 'Michael Fuhr'
Subject: RE: [GENERAL] GRANT question
OK, here you are.
---
moson.gdb=> SELECT oid::regprocedure FROM pg_proc
Hi, it seems to be some kind of windows/pgadmin error (?), because running
the dump on the linux server it was ok.
I was able to work around the problem, but...
Thank you Jaime.
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Jaime Casanova
Sent: Frida
Hi All,
I am really sorry for upsetting the list. You are absolutelly right, I do
have applied a network specialist, who stated that the VPN is a must, and we
started to configure and test the server together (using OpenVPN).
Actually this application is going to operate in a test phase for month
After a few days of working on the problem I can state that - IMHO - this is
the best way:
Using UTC (or any other timezone) with NO DST (this is the most important)
is the only reliable way to store continous data.
On the client we can convert the server time easily to local time. Even if
the s
Great! Thank you guys.
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Marc G. Fournier
Sent: Wednesday, January 19, 2005 2:03 PM
To: pgsql-announce@postgresql.org
Cc: pgsql-general@postgresql.org
Subject: [GENERAL] PostgreSQL 8.0.0 Released
After more t
Thak you Alban, Tom's solution (OVERLAPS) is the best for me.
bye,
-- Csaba
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Alban Hertroys
Sent: Monday, January 17, 2005 5:49 PM
To: Együd Csaba
Cc: pgsql-general@postgresql.org
Subject: Re: [GENERAL] Any fu
-Original Message-
From: Alvaro Herrera [mailto:[EMAIL PROTECTED]
Sent: Thursday, December 23, 2004 11:12 PM
To: Együd Csaba (Freemail)
Cc: pgsql-general@postgresql.org
Subject: Re: [GENERAL] Very slow stored proc
On Thu, Dec 23, 2004 at 09:48:56PM +0100, Együd Csaba (Freemail) wrote:
Hi
Dear Alvarao,
would you please so kind explaining me your opinion in details.
thanks,
-- Csaba
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Alvaro Herrera
Sent: Thursday, December 23, 2004 3:58 PM
To: Együd Csaba (Freemail)
Cc: pgsql-general
Hi,
I've got it. Not the date handling is slow but the string handling.
Eliminating the huge string buffer and running all the inserts row by row,
the overall running time is 12 sec.
So as a conclusion never use large strings in plpgsql functions.
Bye,
-- Csaba
-Original Message-
From:
r way...
-- Csaba
-Original Message-
From: Tom Lane [mailto:[EMAIL PROTECTED]
Sent: Wednesday, December 22, 2004 6:34 PM
To: Együd Csaba (Freemail)
Cc: 'Együd Csaba'; pgsql-general@postgresql.org
Subject: Re: [GENERAL] Strange Index behavior
=?iso-8859-2?Q?Egy=FCd_Csaba
Hi Tom,
may be it was misunderstandable...
I meant that there is no rows with tstamp='2004.12.22 00:00'. Certainly
there are rows matching the range (00:00 - 23:59); from 13:00 to 23:00, but
not before 13:00.
The only difference betwen the two queries is this value. If the begining of
the rang
OK, now I am well informed. Thank you.
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Christopher Browne
Sent: Monday, December 20, 2004 3:06 PM
To: [EMAIL PROTECTED]
Subject: Re: [GENERAL] PG8 final when
The world rejoiced as [EMAIL PROTECTED] (Együd
You must be right and I must remeber wrong. Sorry.
Despite of this I'm very happy with the new estimated deadline. :)
Bye,
-- Csaba
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Russ Brown
Sent: Monday, December 20, 2004 2:33 PM
To: [EMAIL PROTECTED]
Sent: Tuesday, December 14, 2004 6:25 PM
To: [EMAIL PROTECTED]
Subject: Re: [GENERAL] Insufficient memory for this operation.
Együd Csaba (Freemail) <[EMAIL PROTECTED]> writes:
> shared_buffers = 2 # min 16, at least max_connections*2, 8KB
each
You can lower this to 10,000
Hi,
it wasn't that! :)
That brrr.,*.:$;,^%^%roaaggh BDE :{ on the client side... that was the
problem.
There were stuck in connections in the BDE stack. After closing all BDE
client, the problem went away.
Sorry for disturbing ...
I discover again and again that Postgres is really GOOD. If you
OK, thank you. Yes we have a more native tool - the "at" service on NT/2K.
I wanted to boundle it into the application because I don't like to place
parts of the application outside the application. I wrote a scheduler
service sepcialy for the applications tasks. It works fine, but I thought
this
-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Michael Fuhr
Sent: Tuesday, October 26, 2004 10:05 PM
To: Egy?d Csaba (Freemail)
Cc: '[EMAIL PROTECTED]'
Subject: Re: [GENERAL] Error restoring bytea from dump
On Tue, Oct 26, 2004 at 08:51:31PM +0200, Együd Csaba wrot
nes).
Bye,
-- Csaba Együd
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Michael Fuhr
Sent: Tuesday, October 26, 2004 10:05 PM
To: Egy?d Csaba (Freemail)
Cc: '[EMAIL PROTECTED]'
Subject: Re: [GENERAL] Error restoring bytea from dump
On Tue, Oct 26
Hi there,
isn't there any idea? :(((
-- Csaba Együd
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Együd Csaba
Sent: Monday, October 25, 2004 10:44 PM
To: '[EMAIL PROTECTED]'
Subject: [GENERAL] Error restoring bytea from dump
Hi,
the restoration of a
ohh thanks. what a stupid i am. :)))
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Michael Fuhr
Sent: Saturday, September 25, 2004 5:56 PM
To: Egy?d Csaba
Cc: [EMAIL PROTECTED]
Subject: Re: [GENERAL] Modifying users password in pg_shadow from
22 matches
Mail list logo
