Hidy hole in which to stick "uncontrolled" values
authorMike Rylander <mrylander@gmail.com>
Tue, 14 Jan 2014 21:36:51 +0000 (16:36 -0500)
committerMike Rylander <mrylander@gmail.com>
Wed, 29 Jan 2014 18:21:22 +0000 (13:21 -0500)
commit5731b6dd570b9801086351884f9da8644f435a43
tree3106ba751971e1d3717d6382fd33a40bf34eeff4
parentec6c4a304d83d254175a92a46cf07eac8137f333
Hidy hole in which to stick "uncontrolled" values

In order to make use of the massive speed increases provided by
intarray indexing, we need to use (you guessed it) integers.  But
uncontrolled record attributes are not necessarily (or even very
often) numbers.  We will store them in a table of unique (per
attribute) values, and use the id from that table in our intarray
indexing.  That id comes from a DECREMENTING serial that starts
at -1 and counts downward.  This avoids collision with the other
set of integers (the id from config.coded_value_map) that we will
use for controlled record attribute values.

Signed-off-by: Mike Rylander <mrylander@gmail.com>
Open-ILS/src/sql/Pg/030.schema.metabib.sql