aboutsummaryrefslogtreecommitdiff
path: root/src/tutorial
diff options
context:
space:
mode:
authorTom Lane <tgl@sss.pgh.pa.us>2018-07-18 14:43:03 -0400
committerTom Lane <tgl@sss.pgh.pa.us>2018-07-18 14:43:03 -0400
commit701fd0bbc98fe8211d36e96f90753985104cd295 (patch)
tree7ebc4d374bff5c83699bcc2b1f62ac12dd8ae3d6 /src/tutorial
parent3cb646264e8ced9f25557ce271284da512d92043 (diff)
downloadpostgresql-701fd0bbc98fe8211d36e96f90753985104cd295.tar.gz
postgresql-701fd0bbc98fe8211d36e96f90753985104cd295.zip
Drop the rule against included index columns duplicating key columns.
The initial version of the included-index-column feature stated that included columns couldn't be the same as any key column of the index. While it'd be pretty silly to do that, since the included column would be entirely redundant, we've never prohibited redundant index columns before so it's not very consistent to do so here. Moreover, the prohibition was itself badly implemented, so that it failed to reject columns that were effectively identical but not spelled quite alike, as reported by Aditya Toshniwal. (Moreover, it's not hard to imagine that for some non-btree index types, such cases would be non-silly anyhow: the index might use a lossy representation for key columns but be able to support retrieval of the original form of included columns.) Hence, let's just drop the prohibition. In passing, do some copy-editing on the documentation for the included-column feature. Yugo Nagata; documentation and test corrections by me Discussion: https://postgr.es/m/CAM9w-_mhBCys4fQNfaiQKTRrVWtoFrZ-wXmDuE9Nj5y-Y7aDKQ@mail.gmail.com
Diffstat (limited to 'src/tutorial')
0 files changed, 0 insertions, 0 deletions