<div dir="ltr">Hi,<br><br>On Mon, Oct 25, 2021 at 10:39 AM Bill Erickson via Evergreen-dev <<a href="mailto:evergreen-dev@list.evergreen-ils.org">evergreen-dev@list.evergreen-ils.org</a>> wrote:<br><div>> We could create SQL files from the sample data, similar to the existing concerto data.  That would <br></div><div>> be a bit of a project.</div><div><br></div><div>Agreed, this would be a lot of work, but this would be my preference to avoid potential issues of the schema version of the seed data not matching the schema of the release branch that it's embedded in. Or rather, there might be a schema divergence, but it would generally be immediately apparent whenever the test data is loaded - and signal that the test data SQL would need to be updated.</div><div><br></div><div>Also, maintaining the test data in this fashion would more readily turn up bugs around inserts and MARC record indexing, whereas just doing pg_dumps and pg_restores might hide such bugs.<br></div><div><br></div><div>> Ideally, whatever we choose will allows us to continue adding seed data without it being <br></div><div>> super complicated to those adding the data.</div><div><br></div><div>I think a lot would depend on how much we can script generating SQL files from the source test database. I would also suggest putting a bit of structure around the process, e.g., merging in test system data quarterly, not at just any time.<br></div><div><br></div><div>Regards,</div><div><br></div><div>Galen<br></div><div>--<br>Galen Charlton<br>Implementation and IT Manager<br>Equinox Open Library Initiative<br>gmc@equinoxOLI.org<br><a href="https://www.equinoxOLI.org">https://www.equinoxOLI.org</a><br>phone: 877-OPEN-ILS (673-6457)<br>direct: 770-709-5581</div></div>