From: | Laurenz Albe <laurenz(dot)albe(at)cybertec(dot)at> |
---|---|
To: | Bruce Momjian <bruce(at)momjian(dot)us>, "David G(dot) Johnston" <david(dot)g(dot)johnston(at)gmail(dot)com> |
Cc: | Grega Jesih <Grega(dot)Jesih(at)actual-it(dot)si>, Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>, Pg Docs <pgsql-docs(at)lists(dot)postgresql(dot)org> |
Subject: | Re: text fields and performance for ETL |
Date: | 2021-11-06 05:27:35 |
Message-ID: | 12598e4d44a8bf530934e793fde9ab2743108046.camel@cybertec.at |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-docs |
On Fri, 2021-11-05 at 11:27 -0400, Bruce Momjian wrote:
> On Fri, Nov 5, 2021 at 07:32:12AM -0700, David G. Johnston wrote:
> > On Friday, November 5, 2021, Bruce Momjian <bruce(at)momjian(dot)us> wrote:
> >
> >
> > >
> > > Perhaps, right before the tip you quoted, something like that:
> > >
> > > If your use case requires a length limit on character data, or
> > compliance
> > > with the SQL standard is important, use "character varying".
> > > Otherwise, you are usually better off with "text".
> >
> > I can support that if others think it is valuable.
> >
> >
> >
> > The motivating complaint is that we should be encouraging people to use varchar
> > (4000) instead of text so external tools can optimize. If we are not going to
> > do that I really don’t see the pointing in changing away from out current
> > position of “only use text”. True length limit requirements for data are rare,
> > and better done in constraints along with all other the other constraint that
> > may exist for the data. I believe comments with respect to the SQL standard
> > are already present and adequate.
>
> Agreed.
+1, so let's leave it as it is.
Yours,
Laurenz Albe
From | Date | Subject | |
---|---|---|---|
Next Message | PG Doc comments form | 2021-11-07 18:46:40 | Add link to unicode collation docs |
Previous Message | Bruce Momjian | 2021-11-05 15:27:33 | Re: text fields and performance for ETL |