Re: About #13489, array dimensions and CREATE TABLE ... LIKE

Поиск
Список
Период
Сортировка
От Bruce Momjian
Тема Re: About #13489, array dimensions and CREATE TABLE ... LIKE
Дата
Msg-id ZVwQ6Fyh2SghkXja@momjian.us
обсуждение исходный текст
Ответ на Re: About #13489, array dimensions and CREATE TABLE ... LIKE  (Tom Lane <tgl@sss.pgh.pa.us>)
Ответы Re: About #13489, array dimensions and CREATE TABLE ... LIKE  (Tom Lane <tgl@sss.pgh.pa.us>)
Список pgsql-hackers
On Mon, Nov 20, 2023 at 09:04:21PM -0500, Tom Lane wrote:
> Bruce Momjian <bruce@momjian.us> writes:
> > I would like to apply this patch to master because I think our current
> > deficiencies in this area are unacceptable.
> 
> I do not think this is a particularly good idea, because it creates
> the impression in a couple of places that we track this data, when
> we do not really do so to any meaningful extent.

Okay, I thought we could get by without tracking the CREATE TABLE AS
case, but it is inconsistent.  My patch just makes it less
inconsistent.

> > An alternate approach would
> > be to remove pg_attribute.attndims so we don't even try to preserve 
> > dimensionality.
> 
> I could get behind that, perhaps.  It looks like we're not using the
> field in any meaningful way, and we could simplify TupleDescInitEntry
> and perhaps some other APIs.

So should I work on that patch or do you want to try?  I think we should
do something.

-- 
  Bruce Momjian  <bruce@momjian.us>        https://momjian.us
  EDB                                      https://enterprisedb.com

  Only you can decide what is important to you.



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

Предыдущее
От: Tom Lane
Дата:
Сообщение: Re: About #13489, array dimensions and CREATE TABLE ... LIKE
Следующее
От: Jeff Davis
Дата:
Сообщение: simplehash: SH_OPTIMIZE_REPEAT for optimizing repeated lookups of the same key