diff options
author | Ashley Ellis Pierce <anellis12@gmail.com> | 2017-12-04 16:44:33 -0500 |
---|---|---|
committer | Ashley Ellis Pierce <anellis12@gmail.com> | 2017-12-06 15:16:12 -0500 |
commit | 5ac4f4d2563e7f9c5ffaecce4be4b9e2c5b0c081 (patch) | |
tree | 17f6f1d7bf4c03ea46ca36d115f78cf2a8314054 /tools | |
parent | b852ef2660dac36e348865b455fab7fbcc0d2a7f (diff) | |
download | rails-5ac4f4d2563e7f9c5ffaecce4be4b9e2c5b0c081.tar.gz rails-5ac4f4d2563e7f9c5ffaecce4be4b9e2c5b0c081.tar.bz2 rails-5ac4f4d2563e7f9c5ffaecce4be4b9e2c5b0c081.zip |
Fix sqlite migrations with custom primary keys
Previously, if a record was created with a custom primary key, that
table could not be migrated using sqlite. While attempting to copy the
table, the type of the primary key was ignored.
Once that was corrected, copying the indexes would fail because custom
primary keys are autoindexed by sqlite by default.
To correct that, this skips copying the index if the index name begins
with "sqlite_". This is a reserved word that indicates that the
index is an internal schema object. SQLite prohibits applications from
creating objects whose names begin with "sqlite_", so this string should
be safe to use as a check.
ref https://www.sqlite.org/fileformat2.html#intschema
Diffstat (limited to 'tools')
0 files changed, 0 insertions, 0 deletions