LP896405: Address SQL upgrade issues getting to 2.2-alpha1 user/dbs/lp896405_fix_2.2_upgrade-db
authorDan Scott <dscott@laurentian.ca>
Fri, 25 Nov 2011 20:46:58 +0000 (15:46 -0500)
committerDan Scott <dscott@laurentian.ca>
Fri, 25 Nov 2011 20:46:58 +0000 (15:46 -0500)
commit861fcb5ee657c276aca157c9f70fc79b88b4aa97
tree2007b2f4505ecfbd43a81e6c9d66e6f5e1b528a1
parent0fef62c989254897d9784e6d52150e239efa8ff4
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/2.1-2.2-alpha1.sql