Search Postgresql Archives

Re: What is impact of "varchar_opts"?

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



Em 21/01/2013 18:03, Tom Lane escreveu:
Edson Richter <edsonrichter@xxxxxxxxxxx> writes:
I see. So, what is the overhead of having text_ops in opclass?
Can I define it as default for all my indexes when textual type of any kind?
Why are you intent on defining anything?  IMO, best practice is to let
the database choose the opclass, unless you have a very good and
specific reason to choose a non-default one for a particular index.
Letting it default is way more future-proof than specifying something.

			regards, tom lane



Thanks, but I've found that some queries using LIKE operator uses table scan instead index unless it is defined with varchar_ops in the index...

That make a huge difference when querying tables with millions of objects (indexed vs table scan). And I can't avoid the LIKE operator...

Example:

select * from notafiscal where cnpj like '01234568%'

Is there other way I'm missing?

Thanks,

Edson


--
Sent via pgsql-general mailing list (pgsql-general@xxxxxxxxxxxxxx)
To make changes to your subscription:
http://www.postgresql.org/mailpref/pgsql-general


[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[Index of Archives]     [Postgresql Jobs]     [Postgresql Admin]     [Postgresql Performance]     [Linux Clusters]     [PHP Home]     [PHP on Windows]     [Kernel Newbies]     [PHP Classes]     [PHP Books]     [PHP Databases]     [Postgresql & PHP]     [Yosemite]
  Powered by Linux