aboutsummaryrefslogtreecommitdiffstats
path: root/tools
diff options
context:
space:
mode:
authorAshley Ellis Pierce <anellis12@gmail.com>2017-12-04 16:44:33 -0500
committerAshley Ellis Pierce <anellis12@gmail.com>2017-12-06 15:16:12 -0500
commit5ac4f4d2563e7f9c5ffaecce4be4b9e2c5b0c081 (patch)
tree17f6f1d7bf4c03ea46ca36d115f78cf2a8314054 /tools
parentb852ef2660dac36e348865b455fab7fbcc0d2a7f (diff)
downloadrails-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