Re: [HACKERS] select statement against pg_stats returns
От
Christopher Kings-Lynne
Тема
Re: [HACKERS] select statement against pg_stats returns
Дата
Msg-id
403C1F78.9070308@familyhealth.com.au
Ответ на
Список
Дерево обсуждения
select statement against pg_stats returns inconsistent data Shelby Cain <alyandon@yahoo.com>
Re: select statement against pg_stats returns inconsistent data Tom Lane <tgl@sss.pgh.pa.us>
Re: select statement against pg_stats returns inconsistent data Shelby Cain <alyandon@yahoo.com>
Re: select statement against pg_stats returns inconsistent Joe Conway <mail@joeconway.com>
Re: select statement against pg_stats returns inconsistent data Tom Lane <tgl@sss.pgh.pa.us>
Re: [HACKERS] select statement against pg_stats returns Christopher Kings-Lynne <chriskl@familyhealth.com.au>
Re: [HACKERS] select statement against pg_stats returns inconsistent data Tom Lane <tgl@sss.pgh.pa.us>
Re: select statement against pg_stats returns inconsistent "V i s h a l Kashyap @ [Sai Hertz And Control Systems]" <sank89@sancharnet.in>
> I don't think so --- we weren't trying to use it as an actual column > datatype back then. > > 7.4 has a problem though :-( ... this is one of the "damn I wish we'd > caught that before release" ones, since it can't easily be fixed without > initdb. Reminds me that I need to get to work on making pg_upgrade > viable again. Has anyone given any thought as to whether dumping and restoring pg_statistic is worthwhile? eg. some sort of ALTER TABLE..SET STATISTICS (1.0, 3.3, 'asdf',....) command? Chris
В списке pgsql-general по дате отправления
От: jack_turer@yahoo.com (jack turer)
Дата:
