From: | Tim Hart <tjhart(at)mac(dot)com> |
---|---|
To: | Bruce Momjian <pgman(at)candle(dot)pha(dot)pa(dot)us> |
Cc: | Thomas Lockhart <lockhart(at)fourpalms(dot)org>, Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>, PostgreSQL-development <pgsql-hackers(at)postgresql(dot)org> |
Subject: | Re: [SQL] line datatype |
Date: | 2002-07-16 16:00:34 |
Message-ID: | 3473695.1026835234816.JavaMail.tjhart@mac.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
Actually... as one with the vested interest...
I'm not opposed to entering an equation in one of the basic algebraic forms. Given that line types and line segment types both exist, I'm happy to weigh the cost/benefit between choosing an lseg and entering 2 points, or choosing a line and entering the equation.
Are there database functions to translate between a line and a line seg? If so, that would address my only reservation for restricting the line type to an equation. And - to address Tom's continuing concern over casting ;), I have no need for implicit casts in this case.
If there are concerns about precision being lost in the translation - As long as what precision can be guaranteed is documented, I have no qualms. If I needed absolute precision I'd create my own line table with numerics, and write my own functions as necessary. The line type to me is there for speed and ease of use, not unlimited precision.
On Tuesday, 16, 2002, at 09:38AM, Bruce Momjian <pgman(at)candle(dot)pha(dot)pa(dot)us> wrote:
>No one likes entering an equation. Two points seems the simplest.
>
>--
> Bruce Momjian | http://candle.pha.pa.us
> pgman(at)candle(dot)pha(dot)pa(dot)us | (610) 853-3000
> + If your life is a hard drive, | 830 Blythe Avenue
> + Christ can be your backup. | Drexel Hill, Pennsylvania 19026
>
>
From | Date | Subject | |
---|---|---|---|
Next Message | Tom Lane | 2002-07-16 16:05:25 | Re: pg_views.definition |
Previous Message | Bruce Momjian | 2002-07-16 15:59:07 | Re: [PATCHES] CLUSTER not lose indexes |