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, 22 Jan 2014 14:45:00 +0000 (09:45 -0500)
commitf4ddf7382300473920eb126627dcfd51d9b3c5b1
tree74a6f7597dfa7c3d693d35e4df4783fc9a20d8f0
parent76978e3bd437b62dc078f30d32698be67c696c83
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