Thread: random huge delay when recreate a VIEW or FUNCTION
<div id="yiv0879298383yui_3_16_0_ym19_1_1465897917914_90199" dir="ltr" style="-webkit-padding-start: 0px; text-align: start; color: rgb(0, 0, 0); font-family: HelveticaNeue-Light, "Helvetica Neue Light", "Helvetica Neue", Helvetica, Arial, "Lucida Grande", sans-serif; font-size: 16px; font-style: normal; font-variant: normal; font-weight: normal; letter-spacing: normal; line-height: normal; orphans: auto; text-indent: 0px; text-transform: none; white-space: normal; widows: 1; word-spacing: 0px; -webkit-text-stroke-width: 0px;">when I recreate a VIEW or FUNCTION with a small change I get: <div id="yiv0879298383yui_3_16_0_ym19_1_1465897917914_90199" dir="ltr" style="-webkit-padding-start: 0px; text-align: start; color: rgb(0, 0, 0); font-family: HelveticaNeue-Light, "Helvetica Neue Light", "Helvetica Neue", Helvetica, Arial, "Lucida Grande", sans-serif; font-size: 16px; font-style: normal; font-variant: normal; font-weight: normal; letter-spacing: normal; line-height: normal; orphans: auto; text-indent: 0px; text-transform: none; white-space: normal; widows: 1; word-spacing: 0px; -webkit-text-stroke-width: 0px;"><br style="-webkit-padding-start: 0px;"> <div dir="ltr" id="yiv0879298383yui_3_16_0_ym19_1_1465897917914_90249" style="-webkit-padding-start: 0px; text-align: start; color: rgb(0, 0, 0); font-family: HelveticaNeue-Light, "Helvetica Neue Light", "Helvetica Neue", Helvetica, Arial, "Lucida Grande", sans-serif; font-size: 16px; font-style: normal; font-variant: normal; font-weight: normal; letter-spacing: normal; line-height: normal; orphans: auto; text-indent: 0px; text-transform: none; white-space: normal; widows: 1; word-spacing: 0px; -webkit-text-stroke-width: 0px;">Query returned successfully with no result in 03:58 minutes. <div dir="ltr" id="yiv0879298383yui_3_16_0_ym19_1_1465897917914_90250" style="-webkit-padding-start: 0px; text-align: start; color: rgb(0, 0, 0); font-family: HelveticaNeue-Light, "Helvetica Neue Light", "Helvetica Neue", Helvetica, Arial, "Lucida Grande", sans-serif; font-size: 16px; font-style: normal; font-variant: normal; font-weight: normal; letter-spacing: normal; line-height: normal; orphans: auto; text-indent: 0px; text-transform: none; white-space: normal; widows: 1; word-spacing: 0px; -webkit-text-stroke-width: 0px;"><br id="yiv0879298383yui_3_16_0_ym19_1_1465897917914_90251" style="-webkit-padding-start: 0px;"> <div dir="ltr" id="yiv0879298383yui_3_16_0_ym19_1_1465897917914_90250" style="-webkit-padding-start: 0px; text-align: start; color: rgb(0, 0, 0); font-family: HelveticaNeue-Light, "Helvetica Neue Light", "Helvetica Neue", Helvetica, Arial, "Lucida Grande", sans-serif; font-size: 16px; font-style: normal; font-variant: normal; font-weight: normal; letter-spacing: normal; line-height: normal; orphans: auto; text-indent: 0px; text-transform: none; white-space: normal; widows: 1; word-spacing: 0px; -webkit-text-stroke-width: 0px;"><br style="-webkit-padding-start: 0px;"> <div dir="ltr" id="yiv0879298383yui_3_16_0_ym19_1_1465897917914_90250" style="-webkit-padding-start: 0px; text-align: start; color: rgb(0, 0, 0); font-family: HelveticaNeue-Light, "Helvetica Neue Light", "Helvetica Neue", Helvetica, Arial, "Lucida Grande", sans-serif; font-size: 16px; font-style: normal; font-variant: normal; font-weight: normal; letter-spacing: normal; line-height: normal; orphans: auto; text-indent: 0px; text-transform: none; white-space: normal; widows: 1; word-spacing: 0px; -webkit-text-stroke-width: 0px;">we have pg 9.4 -- Best regards, Catalin Maftei www.plationline.eu www.livrarionline.ro www.c-solution.biz Skype: catalinmaftei Mobile: +40723 338 598
On 06/14/2016 02:59 PM, Catalin Maftei wrote: > when I recreate a VIEW or FUNCTION with a small change I get: What are the actual statements you are running? What program are you running them from? Is the server you are running the command against local or remote? > > Query returned successfully with no result in 03:58 minutes. > > > we have pg 9.4 > > -- > Best regards, > Catalin Maftei > www.plationline.eu > www.livrarionline.ro > www.c-solution.biz > > Skype: catalinmaftei > Mobile: +40723 338 598 > > > > -- Adrian Klaver adrian.klaver@aklaver.com
On 06/14/2016 09:49 PM, Catalin Maftei wrote: > hei Adrian, > > thx for your reply, > > this is an example: > > "CREATE OR REPLACE VIEW feedback.get_answers_set AS > SELECT f.awb || '/' || r.dulapid as "awb", > q.qid, > q.question, > a.aid, > a.answer, > q.questionareid, > f.stamp_created > , c.first_name > , l.referinta_expeditor > FROM feedback.answers a > JOIN feedback.questions q ON a.qid = q.qid > JOIN feedback.feedback f ON f.qid = q.qid AND f.aid = a.aid > join public.livrari_details ld on ld.awb=f.awb > join public.livrari l on l.livrareid = ld.livrareid > join public.customers c on l.shipto_custkey = c.custkey > join dulap.rezervare r on r.rezid = l.rezervareid; > > ALTER TABLE feedback.get_answers_set > OWNER TO postgres;" > > > I use PGADMIN 1.22.1 > > my server is remote and is replicated Master-Slave. > > > my team report this random delay all the time when we recreate VIEWS and > FUNCTIONS. I do not understand random and all the time? Is there always a delay, but the length of time is random or does a delay happen randomly? So to be clear the team is also using pgAdmin to do the updates? Have you tried some other tool, say psql, to narrow down where the problem might be? Have you looked at the server logs in time frame the recreate scripts are run to see if something else is going on at the same time? > > > > Best regards, > Catalin Maftei > www.plationline.eu > www.livrarionline.ro > www.c-solution.biz > > Skype: catalinmaftei > Mobile: +40723 338 598 > > On 6/15/2016 7:36 AM, Adrian Klaver wrote: >> On 06/14/2016 02:59 PM, Catalin Maftei wrote: >>> when I recreate a VIEW or FUNCTION with a small change I get: >> >> What are the actual statements you are running? >> >> What program are you running them from? >> >> Is the server you are running the command against local or remote? >> >> >> >>> >>> Query returned successfully with no result in 03:58 minutes. >>> >>> >>> we have pg 9.4 >>> >>> -- >>> Best regards, >>> Catalin Maftei >>> www.plationline.eu >>> www.livrarionline.ro >>> www.c-solution.biz >>> >>> Skype: catalinmaftei >>> Mobile: +40723 338 598 >>> >>> >>> >>> >> >> > -- Adrian Klaver adrian.klaver@aklaver.com
On Wed, Jun 15, 2016 at 12:36 AM, Adrian Klaver <adrian.klaver@aklaver.com> wrote:
On 06/14/2016 02:59 PM, Catalin Maftei wrote:when I recreate a VIEW or FUNCTION with a small change I get:
What are the actual statements you are running?
What program are you running them from?
Is the server you are running the command against local or remote?--
Query returned successfully with no result in 03:58 minutes.
we have pg 9.4
--
Best regards,
Catalin Maftei
www.plationline.eu
www.livrarionline.ro
www.c-solution.biz
Skype: catalinmaftei
Mobile: +40723 338 598
Adrian Klaver
adrian.klaver@aklaver.com
--
Sent via pgsql-general mailing list (pgsql-general@postgresql.org)
To make changes to your subscription:
http://www.postgresql.org/mailpref/pgsql-general
In addition to Adrian's questions,
What is the O/S you are using?
How much total memory is in the system?
What is the O/S you are using?
How much total memory is in the system?
What are the values for shared_buffers, work_mem & maintenance_work_mem?
What is the actual SQL for the view and/or function change you are doing?
All of these can have a factor in your delay.
--
Melvin Davidson
I reserve the right to fantasize. Whether or not you
wish to share my fantasy is entirely up to you.
I reserve the right to fantasize. Whether or not you
wish to share my fantasy is entirely up to you.

hei Adrian, thx for your reply, this is an example: "CREATE OR REPLACE VIEW feedback.get_answers_set AS SELECT f.awb || '/' || r.dulapid as "awb", q.qid, q.question, a.aid, a.answer, q.questionareid, f.stamp_created , c.first_name , l.referinta_expeditor FROM feedback.answers a JOIN feedback.questions q ON a.qid = q.qid JOIN feedback.feedback f ON f.qid = q.qid AND f.aid = a.aid join public.livrari_details ld on ld.awb=f.awb join public.livrari l on l.livrareid = ld.livrareid join public.customers c on l.shipto_custkey = c.custkey join dulap.rezervare r on r.rezid = l.rezervareid; ALTER TABLE feedback.get_answers_set OWNER TO postgres;" I use PGADMIN 1.22.1 my server is remote and is replicated Master-Slave. my team report this random delay all the time when we recreate VIEWS and FUNCTIONS. Best regards, Catalin Maftei www.plationline.eu www.livrarionline.ro www.c-solution.biz Skype: catalinmaftei Mobile: +40723 338 598 On 6/15/2016 7:36 AM, Adrian Klaver wrote: > On 06/14/2016 02:59 PM, Catalin Maftei wrote: >> when I recreate a VIEW or FUNCTION with a small change I get: > > What are the actual statements you are running? > > What program are you running them from? > > Is the server you are running the command against local or remote? > > > >> >> Query returned successfully with no result in 03:58 minutes. >> >> >> we have pg 9.4 >> >> -- >> Best regards, >> Catalin Maftei >> www.plationline.eu >> www.livrarionline.ro >> www.c-solution.biz >> >> Skype: catalinmaftei >> Mobile: +40723 338 598 >> >> >> >> > >
Attachment
On Wed, Jun 15, 2016 at 12:49 AM, Catalin Maftei <catalin@plationline.eu> wrote:
hei Adrian,
thx for your reply,
this is an example:
"CREATE OR REPLACE VIEW feedback.get_answers_set AS
SELECT f.awb || '/' || r.dulapid as "awb",
q.qid,
q.question,
a.aid,
a.answer,
q.questionareid,
f.stamp_created
, c.first_name
, l.referinta_expeditor
FROM feedback.answers a
JOIN feedback.questions q ON a.qid = q.qid
JOIN feedback.feedback f ON f.qid = q.qid AND f.aid = a.aid
join public.livrari_details ld on ld.awb=f.awb
join public.livrari l on l.livrareid = ld.livrareid
join public.customers c on l.shipto_custkey = c.custkey
join dulap.rezervare r on r.rezid = l.rezervareid;
ALTER TABLE feedback.get_answers_set
OWNER TO postgres;"
I use PGADMIN 1.22.1
my server is remote and is replicated Master-Slave.
my team report this random delay all the time when we recreate VIEWS and FUNCTIONS.
Best regards,
Catalin Maftei
www.plationline.eu
www.livrarionline.ro
www.c-solution.biz
Skype: catalinmaftei
Mobile: +40723 338 598
On 6/15/2016 7:36 AM, Adrian Klaver wrote:On 06/14/2016 02:59 PM, Catalin Maftei wrote:when I recreate a VIEW or FUNCTION with a small change I get:
What are the actual statements you are running?
What program are you running them from?
Is the server you are running the command against local or remote?
Query returned successfully with no result in 03:58 minutes.
we have pg 9.4
--
Best regards,
Catalin Maftei
www.plationline.eu
www.livrarionline.ro
www.c-solution.biz
Skype: catalinmaftei
Mobile: +40723 338 598
--
Sent via pgsql-general mailing list (pgsql-general@postgresql.org)
To make changes to your subscription:
http://www.postgresql.org/mailpref/pgsql-general
You have not provided information as to the O/S of the PostgreSQL server or your PgAdmin remote system (I suspect Windows), but regardless, you
are just asking for trouble by doing development over a remote connection.
You should verify there is no delay by connecting directly to the PostgreSQL server and testing the CREATE OR REPLACE there. I suspect you will have none or very minimal delay.
Hopefully PostgreSQL is on a Linux O/S and you can use Putty for Windows http://www.chiark.greenend.org.uk/~sgtatham/putty/download.html to connect directly
and develop.
--
Melvin Davidson
I reserve the right to fantasize. Whether or not you
wish to share my fantasy is entirely up to you.
I reserve the right to fantasize. Whether or not you
wish to share my fantasy is entirely up to you.

On Tue, Jun 14, 2016 at 4:59 PM, Catalin Maftei <catalin@plationline.eu> wrote: > when I recreate a VIEW or FUNCTION with a small change I get: > > Query returned successfully with no result in 03:58 minutes. This is almost certainly due to locks. Next time this happens, query pg_stat_activity and pg_locks -- the information is there to determine if you are locked and who the locker is. Your view creating query would be blocked as 'waiting' if that's the case. merlin
On Thu, Jun 16, 2016 at 6:55 PM, Melvin Davidson <melvin6925@gmail.com> wrote: You have not provided information as to the O/S of the PostgreSQL server or your PgAdmin remote system (I suspect Windows), but regardless, you > are just asking for trouble by doing development over a remote connection. > You should verify there is no delay by connecting directly to the PostgreSQL server and testing the CREATE OR REPLACE there.I suspect you will have none or very minimal delay. > Hopefully PostgreSQL is on a Linux O/S and you can use Putty for Windows http://www.chiark.greenend.org.uk/~sgtatham/putty/download.htmlto connect directly > and develop. I responded on his other thread. Locks need to be ruled out before investigating other problems. Exotic causes of this problem could be storage problems or weird network issues (especially on windows). But locks need to be ruled out first. merlin
On Fri, Jun 17, 2016 at 12:01 PM, Catalin Maftei <catalin@plationline.eu> wrote:
well,
the for your reply,
we have PG on linux ubuntu 14.04 distribution, but pls remember this issue started when our DB size increase to 3-5GB, now it is 16GB.
this happend only when we use "CREATE OR REPLACE"
since I can run a query and get reply all the time in less than 1sec, why do you consider "CREATE A VIEW" on the remote server is a bad idea?
I have 1Gb connection between my laptop (windows 7/10) and remote server.
Best regards, Catalin Maftei www.plationline.eu www.livrarionline.ro www.c-solution.biz Skype: c-solution Skype: catalinmaftei Mobile: +40723 338 598On 6/17/2016 2:55 AM, Melvin Davidson wrote:On Wed, Jun 15, 2016 at 12:49 AM, Catalin Maftei <catalin@plationline.eu> wrote:hei Adrian,
thx for your reply,
this is an example:
"CREATE OR REPLACE VIEW feedback.get_answers_set AS
SELECT f.awb || '/' || r.dulapid as "awb",
q.qid,
q.question,
a.aid,
a.answer,
q.questionareid,
f.stamp_created
, c.first_name
, l.referinta_expeditor
FROM feedback.answers a
JOIN feedback.questions q ON a.qid = q.qid
JOIN feedback.feedback f ON f.qid = q.qid AND f.aid = a.aid
join public.livrari_details ld on ld.awb=f.awb
join public.livrari l on l.livrareid = ld.livrareid
join public.customers c on l.shipto_custkey = c.custkey
join dulap.rezervare r on r.rezid = l.rezervareid;
ALTER TABLE feedback.get_answers_set
OWNER TO postgres;"
I use PGADMIN 1.22.1
my server is remote and is replicated Master-Slave.
my team report this random delay all the time when we recreate VIEWS and FUNCTIONS.
Best regards,
Catalin Maftei
www.plationline.eu
www.livrarionline.ro
www.c-solution.biz
Skype: catalinmaftei
Mobile: +40723 338 598
On 6/15/2016 7:36 AM, Adrian Klaver wrote:On 06/14/2016 02:59 PM, Catalin Maftei wrote:when I recreate a VIEW or FUNCTION with a small change I get:
What are the actual statements you are running?
What program are you running them from?
Is the server you are running the command against local or remote?
Query returned successfully with no result in 03:58 minutes.
we have pg 9.4
--
Best regards,
Catalin Maftei
www.plationline.eu
www.livrarionline.ro
www.c-solution.biz
Skype: catalinmaftei
Mobile: +40723 338 598
--
Sent via pgsql-general mailing list (pgsql-general@postgresql.org)
To make changes to your subscription:
http://www.postgresql.org/mailpref/pgsql-general
You have not provided information as to the O/S of the PostgreSQL server or your PgAdmin remote system (I suspect Windows), but regardless, you
are just asking for trouble by doing development over a remote connection.
You should verify there is no delay by connecting directly to the PostgreSQL server and testing the CREATE OR REPLACE there. I suspect you will have none or very minimal delay.
Hopefully PostgreSQL is on a Linux O/S and you can use Putty for Windows http://www.chiark.greenend.org.uk/~sgtatham/putty/download.html to connect directly
and develop.
--Melvin Davidson
I reserve the right to fantasize. Whether or not you
wish to share my fantasy is entirely up to you.
I have personally used PgAdmin amd Putty on WIndows against a remote PostgreSQL server on Ubuntu. I have noticed a large delay when using PgAdmin versus Putty. Therefore I can only advise you that you are better off connecting directly with Putty via ssh.
Have you tried what I suggested?
--
Melvin Davidson
I reserve the right to fantasize. Whether or not you
wish to share my fantasy is entirely up to you.
I reserve the right to fantasize. Whether or not you
wish to share my fantasy is entirely up to you.

On 06/17/2016 09:01 AM, Catalin Maftei wrote: Please do not top post: https://en.wikipedia.org/wiki/Posting_style > well, > > the for your reply, > > we have PG on linux ubuntu 14.04 distribution, but pls remember this > issue started when our DB size increase to 3-5GB, now it is 16GB. See Merlins post about locking: https://www.postgresql.org/message-id/CAHyXU0zm5N6WjnPuxc%3Dzx6ihDfkZai3BMS2WiR1%2BituV%3Dm8gFg%40mail.gmail.com > > this happend only when we use "*CREATE OR REPLACE"* > > > since I can run a query and get reply all the time in less than 1sec, > why do you consider "CREATE A VIEW" on the remote server is a bad idea? It is not necessarily a bad idea. Just that running the command locally on the server takes the whole intervening network out of the loop and establishes a base point to work from. Troubleshooting is as much about eliminating things as finding things. > > I have 1Gb connection between my laptop (windows 7/10) and remote server. > > > Best regards, > Catalin Maftei > www.plationline.eu > www.livrarionline.ro > www.c-solution.biz > > Skype: c-solution > Skype: catalinmaftei > Mobile: +40723 338 598 > > On 6/17/2016 2:55 AM, Melvin Davidson wrote: >> >> >> On Wed, Jun 15, 2016 at 12:49 AM, Catalin Maftei >> <<mailto:catalin@plationline.eu>catalin@plationline.eu> wrote: >> >> hei Adrian, >> >> thx for your reply, >> >> this is an example: >> >> "CREATE OR REPLACE VIEW feedback.get_answers_set AS >> SELECT f.awb || '/' || r.dulapid as "awb", >> q.qid, >> q.question, >> a.aid, >> a.answer, >> q.questionareid, >> f.stamp_created >> , c.first_name >> , l.referinta_expeditor >> FROM feedback.answers a >> JOIN feedback.questions q ON a.qid = q.qid >> JOIN feedback.feedback f ON f.qid = q.qid AND f.aid = a.aid >> join public.livrari_details ld on ld.awb=f.awb >> join public.livrari l on l.livrareid = ld.livrareid >> join public.customers c on l.shipto_custkey = c.custkey >> join dulap.rezervare r on r.rezid = l.rezervareid; >> >> ALTER TABLE feedback.get_answers_set >> OWNER TO postgres;" >> >> >> I use PGADMIN 1.22.1 >> >> my server is remote and is replicated Master-Slave. >> >> >> my team report this random delay all the time when we recreate >> VIEWS and FUNCTIONS. >> >> >> >> Best regards, >> Catalin Maftei >> www.plationline.eu <http://www.plationline.eu> >> www.livrarionline.ro <http://www.livrarionline.ro> >> www.c-solution.biz <http://www.c-solution.biz> >> >> Skype: catalinmaftei >> Mobile: +40723 338 598 <tel:%2B40723%20338%20598> >> >> On 6/15/2016 7:36 AM, Adrian Klaver wrote: >> >> On 06/14/2016 02:59 PM, Catalin Maftei wrote: >> >> when I recreate a VIEW or FUNCTION with a small change I get: >> >> >> What are the actual statements you are running? >> >> What program are you running them from? >> >> Is the server you are running the command against local or remote? >> >> >> >> >> Query returned successfully with no result in 03:58 minutes. >> >> >> we have pg 9.4 >> >> -- >> Best regards, >> Catalin Maftei >> www.plationline.eu <http://www.plationline.eu> >> www.livrarionline.ro <http://www.livrarionline.ro> >> www.c-solution.biz <http://www.c-solution.biz> >> >> Skype: catalinmaftei >> Mobile: +40723 338 598 <tel:%2B40723%20338%20598> >> >> >> >> >> >> >> >> >> >> -- >> Sent via pgsql-general mailing list >> (<mailto:pgsql-general@postgresql.org>pgsql-general@postgresql.org) >> To make changes to your subscription: >> http://www.postgresql.org/mailpref/pgsql-general >> >> >> *You have not provided information as to the O/S of the PostgreSQL >> server or your PgAdmin remote system (I suspect Windows), but >> regardless, you >> are just asking for trouble by doing development over a remote connection. >> You should verify there is no delay by connecting directly to the >> PostgreSQL server and testing the CREATE OR REPLACE there. I suspect >> you will have none or very minimal delay. >> Hopefully PostgreSQL is on a Linux O/S and you can use Putty for >> Windows >> http://www.chiark.greenend.org.uk/~sgtatham/putty/download.html >> <http://www.chiark.greenend.org.uk/%7Esgtatham/putty/download.html> to >> connect directly >> and develop. >> *-- >> *Melvin Davidson* >> I reserve the right to fantasize. Whether or not you >> wish to share my fantasy is entirely up to you. > -- Adrian Klaver adrian.klaver@aklaver.com
well, the for your reply, we have PG on linux ubuntu 14.04 distribution, but pls remember this issue started when our DB size increase to 3-5GB, now it is 16GB. this happend only when we use "CREATE OR REPLACE" since I can run a query and get reply all the time in less than 1sec, why do you consider "CREATE A VIEW" on the remote server is a bad idea? I have 1Gb connection between my laptop (windows 7/10) and remote server. Best regards, Catalin Maftei www.plationline.eu www.livrarionline.ro www.c-solution.biz Skype: c-solution Skype: catalinmaftei Mobile: +40723 338 598 On 6/17/2016 2:55 AM, Melvin Davidson wrote: <blockquote cite="mid:CANu8FiyWKaBGVoM0LbBX+3tWQnBZkZ6gYaJ3hP3EdQ-TToTQnQ@mail.gmail.com" type="cite"> On Wed, Jun 15, 2016 at 12:49 AM, Catalin Maftei <<a moz-do-not-send="true" href="mailto:catalin@plationline.eu" target="_blank">catalin@plationline.eu> wrote: <blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">hei Adrian, thx for your reply, this is an example: "CREATE OR REPLACE VIEW feedback.get_answers_set AS  SELECT f.awb || '/' || r.dulapid as "awb",   q.qid,   q.question,   a.aid,   a.answer,   q.questionareid,   f.stamp_created   , c.first_name   , l.referinta_expeditor FROM feedback.answers a    JOIN feedback.questions q ON a.qid = q.qid    JOIN feedback.feedback f ON f.qid = q.qid AND f.aid = a.aid    join public.livrari_details ld on ld.awb=f.awb    join public.livrari l on l.livrareid = ld.livrareid    join public.customers c on l.shipto_custkey = c.custkey    join dulap.rezervare r on r.rezid = l.rezervareid; ALTER TABLE feedback.get_answers_set  OWNER TO postgres;" I use PGADMIN 1.22.1 my server is remote and is replicated Master-Slave. my team report this random delay all the time when we recreate VIEWS and FUNCTIONS. Best regards, Catalin Maftei <a moz-do-not-send="true" href="http://www.plationline.eu" rel="noreferrer" target="_blank">www.plationline.eu <a moz-do-not-send="true" href="http://www.livrarionline.ro" rel="noreferrer" target="_blank">www.livrarionline.ro <a moz-do-not-send="true" href="http://www.c-solution.biz" rel="noreferrer" target="_blank">www.c-solution.biz Skype: catalinmaftei Mobile: <a moz-do-not-send="true" href="tel:%2B40723%20338%20598" value="+40723338598" target="_blank">+40723 338 598 On 6/15/2016 7:36 AM, Adrian Klaver wrote: <blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"> On 06/14/2016 02:59 PM, Catalin Maftei wrote: <blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"> when I recreate a VIEW or FUNCTION with a small change I get: What are the actual statements you are running? What program are you running them from? Is the server you are running the command against local or remote? <blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"> Query returned successfully with no result in 03:58 minutes. we have pg 9.4 -- Best regards, Catalin Maftei <a moz-do-not-send="true" href="http://www.plationline.eu" rel="noreferrer" target="_blank">www.plationline.eu <a moz-do-not-send="true" href="http://www.livrarionline.ro" rel="noreferrer" target="_blank">www.livrarionline.ro <a moz-do-not-send="true" href="http://www.c-solution.biz" rel="noreferrer" target="_blank">www.c-solution.biz Skype: catalinmaftei Mobile: <a moz-do-not-send="true" href="tel:%2B40723%20338%20598" value="+40723338598" target="_blank">+40723 338 598 -- Sent via pgsql-general mailing list (<a moz-do-not-send="true" href="mailto:pgsql-general@postgresql.org">pgsql-general@postgresql.org) To make changes to your subscription: <a moz-do-not-send="true" href="http://www.postgresql.org/mailpref/pgsql-general" rel="noreferrer" target="_blank">http://www.postgresql.org/mailpref/pgsql-general You have not provided information as to the O/S of the PostgreSQL server or your PgAdmin remote system (I suspect Windows), but regardless, you are just asking for trouble by doing development over a remote connection. You should verify there is no delay by connecting directly to the PostgreSQL server and testing the CREATE OR REPLACE there. I suspect you will have none or very minimal delay. Hopefully PostgreSQL is on a Linux O/S and you can use Putty for Windows <a moz-do-not-send="true" href="http://www.chiark.greenend.org.uk/%7Esgtatham/putty/download.html">http://www.chiark.greenend.org.uk/~sgtatham/putty/download.html to connect directly and develop. -- <span style="font-family:courier new,monospace">Melvin Davidson <span style="color:rgb(128,0,255)">I reserve the right to fantasize. Whether or not you <br style="color:rgb(128,0,255)"> wish to share my fantasy is entirely up to you. <img moz-do-not-send="true" style="color: rgb(128, 0, 255);" src="http://us.i1.yimg.com/us.yimg.com/i/mesg/tsmileys2/01.gif">