| От | Teodor Sigaev |
|---|---|
| Тема | Re: [PROPOSAL] Covering + unique indexes. |
| Дата | |
| Msg-id | 55F718B1.8030306@sigaev.ru обсуждение исходный текст |
| Ответ на | Re: [PROPOSAL] Covering + unique indexes. (Thomas Munro <thomas.munro@enterprisedb.com>) |
| Список | pgsql-hackers |
> It surprised me that you can INCLUDE extra columns on non-UNIQUE > indexes, since you could just add them as regular indexed columns for > the same effect. It looks like when you do that in SQL Server, the > extra columns are only stored on btree leaf pages and so can't be used > for searching or ordering. I don't know how useful that is or if we > would ever want it... but I just wanted to note that difference, and Agree > that the proposed UNIQUE ON FIRST n COLUMNS syntax and catalog change > can't express that. Proposal suggests to work only with unique index by exactly your reasons above. -- Teodor Sigaev E-mail: teodor@sigaev.ru WWW: http://www.sigaev.ru/
В списке pgsql-hackers по дате отправления:
Сайт использует файлы cookie для корректной работы и повышения удобства. Нажимая кнопку «Принять» или продолжая пользоваться сайтом, вы соглашаетесь на их использование в соответствии с Политикой в отношении обработки cookie ООО «ППГ», в том числе на передачу данных из файлов cookie сторонним статистическим и рекламным службам. Вы можете управлять настройками cookie через параметры вашего браузера