LP896405: Address SQL upgrade issues getting to 2.2-alpha1
authorDan Scott <dscott@laurentian.ca>
Fri, 25 Nov 2011 20:46:58 +0000 (15:46 -0500)
committerDan Scott <dscott@laurentian.ca>
Fri, 2 Dec 2011 04:29:02 +0000 (23:29 -0500)
commit976a7a98f5d9c0b98d9ac2f716b84c505dc53c4b
tree69b3e302bf9ecee20271482c01599b9156f90824
parent263d4f1e3aa38ecf04cd8008640c3fbad35cad0e
LP896405: Address SQL upgrade issues getting to 2.2-alpha1

Martha Driscoll tried out the 2.2-alpha1 upgrade script and found a few
problems noted in this thread:
http://list.georgialibraries.org/pipermail/open-ils-dev/2011-November/007747.html

"upgrade_log" does not exist
> LINE 1: INSERT INTO config.upgrade_log (version, applied_to) VALUES .

This fails because the "applied_to" column does not exist at this point
in the schema upgrade. Just remove the "applied_to" column from the
INSERT statement.

This will probably fail because most sites won't have applied 0526 to
their production server, so move the statements outside of the
transaction.

Also, in my own testing I ran into:

public / evergreen function namespace issues we tried to address back in
the 2.0(?) timeframe. New sites will have the is_json() function in the
evergreen namespace, while old sites will have it in public, so we do
_not_ qualify the function name and just let the searchpath handle the
resolution.

Signed-off-by: Dan Scott <dscott@laurentian.ca>
Open-ILS/src/sql/Pg/version-upgrade/2.1-2.2-upgrade-db.sql