summaryrefslogtreecommitdiff
path: root/lib/sqlalchemy/dialects/postgresql/base.py
diff options
context:
space:
mode:
authorMike Bayer <mike_mp@zzzcomputing.com>2016-10-19 12:52:55 -0400
committerMike Bayer <mike_mp@zzzcomputing.com>2016-10-19 13:09:16 -0400
commit76ec285ba452acf36d725799896904477a9c2dbd (patch)
treedb9255ebc9e300a924d5febdd14c4b5604f73e37 /lib/sqlalchemy/dialects/postgresql/base.py
parent2ee5d42e24d20e9e7a6bcef08976e018ccbcc718 (diff)
downloadsqlalchemy-76ec285ba452acf36d725799896904477a9c2dbd.tar.gz
Rewrite migration notes for [ticket:3514]
The change to "evaluates none" datatypes in the ORM was not fully described in the migration notes, missing the key behavioral change that a column which is missing a default entirely will not receive a value for a missing JSON column now. The issue here touched upon a revisit of the assumptions in [ticket:3514], but overall the old behavior "worked" mostly because the ORM wants to explicitly render NULL into an INSERT for column values that are missing, which itself is a legacy behavior which should be considered for possible removal in a future major release. Given that "missing ORM value + no column default set up == dont put it in the INSERT" would be the most intuitive behavior, the move in [ticket:3514] represents a step in this direction. Change-Id: I454d5bb0773bd73d9864925dcc47f1f0810e33ba Fixes: #3830
Diffstat (limited to 'lib/sqlalchemy/dialects/postgresql/base.py')
0 files changed, 0 insertions, 0 deletions