Hi Álvaro, and ALL,

>I tested this with one million entries, and the query you proposed was
>more than 1,000 times faster.

Sorry, I just realized that I accidentally added an unnecessary filter
condition to one of the queries.
Specifically, the extra condition was:
    AND n.nspname LIKE 'many_cns'

Because of this, I was not able to measure the two queries under identical
conditions. I will rerun the benchmarks and share the updated results
tomorrow.

> # Summary
> > The following changes are planned for the next patch:
> >
> > - Changed the query (using UNION ALL)
> > - Changed the columns and their order (and the sort order accordingly):
> > - Schema | Table | Type | Name | Definition
> > - Toggle definition verbosity with the + option
> > - Added a test case: \dCN cust*.order*
> >
> > The following items will not be included for now (as they are not
> critical):
> >
> > - Option to switch sort order
> >   (e.g., sort by constraint name vs. table name)
> > - Improved command name checking logic
>
> Yeah, that sounds good to me.
>

Hopefully, I will also be able to submit a new patch along with the revised
measurement results tomorrow.

Regards,
Tatsuro Yamada

Reply via email to