Re: [SQL] line datatype

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
>
>

Browse pgsql-hackers by date

  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