Re: TODO updates

Поиск
Список
Период
Сортировка
От Bruce Momjian
Тема Re: TODO updates
Дата
Msg-id 200010240159.VAA09600@candle.pha.pa.us
обсуждение исходный текст
Ответ на TODO updates  (Tom Lane <tgl@sss.pgh.pa.us>)
Список pgsql-hackers
Thanks.  Changes made.  That's a lot of stuff.


> I believe these TODO items can now be marked "done":
> 
> * SELECT foo UNION SELECT foo is incorrectly simplified to SELECT foo
> * Be smarter about promoting types when UNION merges different data types
> 
>     [ actually UNION is now exactly as smart as CASE, which is still
>       not good enough, but it's no longer a UNION problem --- the
>       issue is how much knowledge we have of type promotion ]
> 
> * redesign INSERT ... SELECT to have two levels of target list
> * have INTERSECT/EXCEPT prevent duplicates unless ALL is specified
> 
> * Views containing aggregates sometimes fail(Jan)
> 
> * SELECT ... UNION ... ORDER BY fails when sort expr not in result list
> 
>     [ this is now disallowed, rather than misbehaving ]
> 
> * SELECT ... UNION ... GROUP BY fails if column types disagree, no type
>   promotion occurs
> 
> * Allow long tuples by chaining or auto-storing outside db (TOAST)(Jan)
> 
> * Allow compression of large fields or a compressed field type
> * Large objects
>     o Fix large object mapping scheme, own typeid or reltype(Peter)
>     o Not to stuff everything as files in a single directory, hash dirs
>     o Allow large object vacuuming
>     o Tables that start with xinv confused to be large objects
> 
> * Allow DISTINCT on views
> * Allow views of aggregate columns
> * Allow views with subselects
> 
> * Support UNION/INTERSECT/EXCEPT in sub-selects
> 
> * Redesign the function call interface to handle NULLs better[function](Tom)
> 
> * redesign UNION structures to have separarate target lists
> * Allow multi-level query trees for INSERT INTO ... SELECT
> 
> * use fmgr_info()/fmgr_faddr() instead of fmgr() calls in high-traffic
>   places, like GROUP BY, UNIQUE, index processing, etc.
> 
> * In WHERE tab1.x=3 AND tab1.x=tab2.y, add tab2.y=3
> 
> * Remove ANALYZE from VACUUM so it can be run separately without locks
> 
> 
> Also, this is no longer relevant for large objects, though perhaps still
> of interest for sort files:
> 
> * Put sort files, large objects in their own directory
> 
>             regards, tom lane
> 


--  Bruce Momjian                        |  http://candle.pha.pa.us pgman@candle.pha.pa.us               |  (610)
853-3000+  If your life is a hard drive,     |  830 Blythe Avenue +  Christ can be your backup.        |  Drexel Hill,
Pennsylvania19026
 


В списке pgsql-hackers по дате отправления:

Предыдущее
От: Tom Lane
Дата:
Сообщение: TODO updates
Следующее
От: Tom Lane
Дата:
Сообщение: JDBC now needs updates for large objects