Обсуждение: random huge delay when recreate a VIEW or FUNCTION

Поиск
Список
Период
Сортировка

random huge delay when recreate a VIEW or FUNCTION

От
Catalin Maftei
Дата:
<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

Re: random huge delay when recreate a VIEW or FUNCTION

От
Adrian Klaver
Дата:
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


Re: ***SPAM*** Re: random huge delay when recreate a VIEW or FUNCTION

От
Adrian Klaver
Дата:
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


Re: random huge delay when recreate a VIEW or FUNCTION

От
Melvin Davidson
Дата:


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 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.

Re: ***SPAM*** Re: random huge delay when recreate a VIEW or FUNCTION

От
Catalin Maftei
Дата:
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
>>
>>
>>
>>
>
>


Вложения

Re: ***SPAM*** Re: random huge delay when recreate a VIEW or FUNCTION

От
Melvin Davidson
Дата:


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.

Re: random huge delay when recreate a VIEW or FUNCTION

От
Merlin Moncure
Дата:
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


Re: ***SPAM*** Re: random huge delay when recreate a VIEW or FUNCTION

От
Merlin Moncure
Дата:
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


Re: ***SPAM*** Re: random huge delay when recreate a VIEW or FUNCTION

От
Melvin Davidson
Дата:


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 598
On 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.

Re: ***SPAM*** Re: random huge delay when recreate a VIEW or FUNCTION

От
Adrian Klaver
Дата:
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


Re: ***SPAM*** Re: random huge delay when recreate a VIEW or FUNCTION

От
Catalin Maftei
Дата:
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">