Re: [NOVICE] index refuses to build

From: Bruce Momjian <bruce(at)momjian(dot)us>
To: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>
Cc: Merlin Moncure <mmoncure(at)gmail(dot)com>, "Jean-Yves F(dot) Barbier" <12ukwn(at)gmail(dot)com>, pgsql-novice(at)postgresql(dot)org, pgsql-hackers(at)postgresql(dot)org
Subject: Re: [NOVICE] index refuses to build
Date: 2012-08-26 13:47:01
Message-ID: 20120826134701.GM10814@momjian.us
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers pgsql-novice

On Thu, Dec 29, 2011 at 10:40:19PM -0500, Tom Lane wrote:
> Merlin Moncure <mmoncure(at)gmail(dot)com> writes:
> > On Thu, Dec 29, 2011 at 5:10 PM, Jean-Yves F. Barbier <12ukwn(at)gmail(dot)com> wrote:
> >> CREATE INDEX tst1m_name_lu_ix ON tst1m(unaccent(name));
> >> ERROR: functions in index expression must be marked IMMUTABLE
>
> > your problem is the unaccent function. it's defined stable because
> > the rules function it depends on can change after the index is built
> > -- that would effectively introduce index corruption. it's possible
> > to bypass that restriction, but are you sure that's what you want to
> > do?
>
> Hmm ... it's clear why unaccent(text) is only stable, because it depends
> on the current search_path to find the "unaccent" dictionary. But I
> wonder whether it was an oversight that unaccent(regdictionary, text)
> is stable and not immutable. We don't normally mark functions as stable
> just because you could in principle change their behavior by altering
> some outside-the-database configuration files.

Should we change the function signature for unaccent(regdictionary,
text)?

--
Bruce Momjian <bruce(at)momjian(dot)us> http://momjian.us
EnterpriseDB http://enterprisedb.com

+ It's impossible for everything to be true. +

In response to

Responses

Browse pgsql-hackers by date

  From Date Subject
Next Message Andres Freund 2012-08-26 16:10:02 Re: plperl sigfpe reset can crash the server
Previous Message Bruce Momjian 2012-08-26 13:45:00 Re: spinlocks on HP-UX

Browse pgsql-novice by date

  From Date Subject
Next Message David Pinkerton 2012-08-27 03:25:05 pgpool
Previous Message Romain Billon-Grand 2012-08-26 11:41:03 Re: best index for timestamp field null and not null queries