| From: | Rui DeSousa <rui(at)crazybean(dot)net> |
|---|---|
| To: | raf <raf(at)raf(dot)org> |
| Cc: | pgsql-admin(at)lists(dot)postgresql(dot)org |
| Subject: | Re: PostgreSQL CHARACTER VARYING vs CHARACTER VARYING (Length) |
| Date: | 2020-04-29 04:19:05 |
| Message-ID: | D9F0D7D1-9D46-4B9B-8B62-EE139159F62E@crazybean.net |
| Views: | Whole Thread | Raw Message | Download mbox | Resend email |
| Thread: | |
| Lists: | pgsql-admin pgsql-hackers |
> On Apr 28, 2020, at 10:29 PM, raf <raf(at)raf(dot)org> wrote:
>
> Rui DeSousa wrote:
>
>>> On Apr 28, 2020, at 7:43 PM, raf <raf(at)raf(dot)org> wrote:
>>>
>>> I just use "text" for everything. It's less typing. :-)
>>
>> Ugh, I see it as sign that the designers of the schema didn’t fully
>> think about the actual requirements or care about them and it usually
>> shows.
>
> You are mistaken. I care a lot. That's why I
> future-proof designs whenever possible by
> not imposing arbitrarily chosen limits that
> appear to suit current requirements.
>
> In other words, I know I'm not smart enough
> to predict the future so I don't let that
> fact ruin my software. :-)
>
> cheers,
> raf
>
Arbitrarily? What’s a cusip, vin, ssn? Why would you put a btree index on a text field? Because it’s not.
What you’re advocating is a NoSQL design — defer your schema design. Letting the application code littered in multiple places elsewhere define what a cusip, etc. is.
| From | Date | Subject | |
|---|---|---|---|
| Next Message | David G. Johnston | 2020-04-29 04:34:10 | Re: PostgreSQL CHARACTER VARYING vs CHARACTER VARYING (Length) |
| Previous Message | raf | 2020-04-29 02:29:28 | Re: PostgreSQL CHARACTER VARYING vs CHARACTER VARYING (Length) |
| From | Date | Subject | |
|---|---|---|---|
| Next Message | David G. Johnston | 2020-04-29 04:34:10 | Re: PostgreSQL CHARACTER VARYING vs CHARACTER VARYING (Length) |
| Previous Message | 曾文旌 | 2020-04-29 03:22:42 | Re: [Proposal] Global temporary tables |