aboutsummaryrefslogtreecommitdiffstats
path: root/guides/source/4_0_release_notes.md
diff options
context:
space:
mode:
authorBob Lail <bob.lailfamily@gmail.com>2019-03-08 08:04:53 -0600
committerBob Lail <bob.lailfamily@gmail.com>2019-03-08 08:04:53 -0600
commit02441e8f1726efaa69e2683702652ed343692b6c (patch)
treeffc0a60fc982b7c22c19a0181d8b8cf1e486cf58 /guides/source/4_0_release_notes.md
parent199de6bee261dd816b68c841c7775fdcd02b68d2 (diff)
downloadrails-02441e8f1726efaa69e2683702652ed343692b6c.tar.gz
rails-02441e8f1726efaa69e2683702652ed343692b6c.tar.bz2
rails-02441e8f1726efaa69e2683702652ed343692b6c.zip
Update documentation on upsert_all so that it is correct for Postgres
Details in https://github.com/rails/rails/issues/35519 In short, MySQL and Sqlite3 allow a record to be both inserted _and_ replaced in the same operation. Postgres (and the SQL-2003 rules for MERGE) do not. Postgres's rationale seems to be that the operation would be nondeterministic. I think it's OK for Rails users to have a different experience with this feature depending on their database; but I think you should be able to follow the examples in the docs on any database.
Diffstat (limited to 'guides/source/4_0_release_notes.md')
0 files changed, 0 insertions, 0 deletions