Re: garbage data back

From: Brad White <b55white(at)gmail(dot)com>
To:
Cc: "pgsql-generallists(dot)postgresql(dot)org" <pgsql-general(at)lists(dot)postgresql(dot)org>
Subject: Re: garbage data back
Date: 2023-03-07 19:30:44
Message-ID: CAA_1=91WcQTdfyHPKu9U2_fEFe-EVSsM-Ra2hOQg7K60bKvtjg@mail.gmail.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-general

David,

Thanks!
'EXPLAIN ANALYZE' is very slick.
Promises to be very helpful.
As soon as I saw the output, it was obvious where my problem was.

Brad.

On Mon, Mar 6, 2023 at 2:30 PM David G. Johnston <david(dot)g(dot)johnston(at)gmail(dot)com>
wrote:

> On Mon, Mar 6, 2023 at 1:18 PM Brad White <b55white(at)gmail(dot)com> wrote:
>
>>
>> As you can see here, when attempting to filter on the FileKey, it is
>> actually filtering on the Order Item ID field.
>>
>> select "FileKey", "OrderItemID" from "vw_rptInvc_Permits"
>> where "FileKey" LIKE '%1317'
>>
>> I'm stumped. Any guesses?
>>
>
> Agreed, what you've shown doesn't make sense.
>
> Try:
> EXPLAIN ANALYZE
> REINDEX (on any underlying table indexes)
>
> Show the version you are running.
>
> David J.
>

In response to

Browse pgsql-general by date

  From Date Subject
Next Message Bryn Llewellyn 2023-03-07 20:24:20 Behavior of PL/pgSQL function following drop and re-create of a table that it uses
Previous Message Erik Wienhold 2023-03-07 19:07:25 Re: psql \conninfo in tabular form?