Hannu Krosing <[EMAIL PROTECTED]> writes: > and I can't see why btree stores them (as it seems to do judging by the > index file size) - at least it does not use it for searching for "IS > NULL" That's another thing that needs improvement ;-). Seems to me it should be able to do that. The reason why btree *has* to be able to deal with null entries is to cope with multi-column indexes; you don't want it refusing to index a row at all just because some of the columns are null. The others don't currently handle multi-column indexes, so they're not really forced to deal with that issue. >From a purely semantic point of view I'm not sure why Oleg is worried about being able to store nulls in a GiST index ... seems like leaving them out is OK, modulo the occasional complaint from VACUUM's insufficiently intelligent tuple-count comparison ... regards, tom lane
- Re: [DOCS] Re: [HACKERS] 7.1 features l... The Hermit Hacker
- [HACKERS] Who is a maintainer of GiST code ? Oleg Bartunov
- Re: [HACKERS] Who is a maintainer of GiST code ? Tom Lane
- Re: [HACKERS] Who is a maintainer of GiST code ... Bruce Momjian
- Re: [HACKERS] Who is a maintainer of GiST c... Tom Lane
- Re: [HACKERS] Who is a maintainer of Gi... Christopher Masto
- Re: [HACKERS] Who is a maintainer ... Oleg Bartunov
- Re: [HACKERS] Who is a maintainer of GiST c... Oleg Bartunov
- Re: [HACKERS] Who is a maintainer of Gi... Tom Lane
- Re: [HACKERS] Who is a maintainer ... Hannu Krosing
- Re: [HACKERS] Who is a maintainer ... Tom Lane
- Re: [HACKERS] Who is a maintainer ... Oleg Bartunov
- Re: [HACKERS] Who is a maintainer ... Tom Lane
- Re: [HACKERS] Who is a maintainer ... Oleg Bartunov
- Re: [HACKERS] Who is a maintainer ... Tom Lane
- Re: [HACKERS] Who is a maintainer ... Thomas Lockhart
- Re: [HACKERS] Who is a maintainer ... Hannu Krosing
- Re: [HACKERS] Who is a maintainer ... Oleg Bartunov
- Re: [HACKERS] Who is a maintainer ... Hannu Krosing
- Re: [HACKERS] Who is a maintainer ... Hannu Krosing
- [HACKERS] GiST for 7.1 !! Oleg Bartunov