(REF) regen.sh - Remove unusual handling of `zipcodes.mysql`
authorTim Otten <totten@civicrm.org>
Thu, 16 Jul 2020 20:41:15 +0000 (13:41 -0700)
committerTim Otten <totten@civicrm.org>
Thu, 16 Jul 2020 22:17:06 +0000 (15:17 -0700)
commit6a87cb93bd2cc9997a8213903767eac31ef0ffb8
tree5a49bd3e9cdd5119cc2cb761e069544ce5edcd8e
parent1acaf3637a707f06142ba650770a457c07b1e1e2
(REF) regen.sh - Remove unusual handling of `zipcodes.mysql`

Overview
--------

This is a small refactoring in service of the broader goal of simplifying
the sample-data generation and incorporating it into the installer (where it
can be localized/configured and where we don't have to commit any blobs).

The current process revolves around `regen.sh` and `civicrm_generated.mysql`.

Before
------

`regen.sh` builds an example DB and dumps the content into `civicrm_generated.mysql`.

As part of this, it loads `zipcodes.mysql` into the example DB,
drops/creates a table `zipcodes`, then runs some setup work,
and then re-drops `zipcodes`.

This is only safe on an isolated database. If you're trying to run it on
a pre-existing database created by `$cms`, then you don't know if there's going
to be a conflict on `zipcodes`.

After
-----

It doesn't drop/create/drop the `zipcodes` table. It just reads from the file.

Comment
-------

The main change is fairly small.  It looks big because `zipcodes.mysql` as
to be reformatted as `zipcodes.json`.
bin/regen.sh
sql/GenerateData.php
sql/zipcodes.json [new file with mode: 0644]
sql/zipcodes.mysql [deleted file]