Fix incorrect handling of lookahead constraints in pg_regprefix().
authorTom Lane
Mon, 19 Oct 2015 20:54:53 +0000 (13:54 -0700)
committerTom Lane
Mon, 19 Oct 2015 20:54:53 +0000 (13:54 -0700)
commit43e36f8dd065ee2d73d0b010488e624b7e509c3f
tree9cd85f6931c140a7daccf1e93149600589c3a7a1
parent93726145434c593770e51c129737342fb3634b8a
Fix incorrect handling of lookahead constraints in pg_regprefix().

pg_regprefix was doing nothing with lookahead constraints, which would
be fine if it were the right kind of nothing, but it isn't: we have to
terminate our search for a fixed prefix, not just pretend the LACON arc
isn't there.  Otherwise, if the current state has both a LACON outarc and a
single plain-color outarc, we'd falsely conclude that the color represents
an addition to the fixed prefix, and generate an extracted index condition
that restricts the indexscan too much.  (See added regression test case.)

Terminating the search is conservative: we could traverse the LACON arc
(thus assuming that the constraint can be satisfied at runtime) and then
examine the outarcs of the linked-to state.  But that would be a lot more
work than it seems worth, because writing a LACON followed by a single
plain character is a pretty silly thing to do.

This makes a difference only in rather contrived cases, but it's a bug,
so back-patch to all supported branches.
src/backend/regex/regprefix.c
src/test/regress/expected/regex.out
src/test/regress/sql/regex.sql