From: | Bruce Momjian <pgman(at)candle(dot)pha(dot)pa(dot)us> |
---|---|
To: | Thomas Lockhart <lockhart(at)fourpalms(dot)org> |
Cc: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>, Tim Hart <tjhart(at)mac(dot)com>, PostgreSQL-development <pgsql-hackers(at)postgresql(dot)org> |
Subject: | Re: [SQL] line datatype |
Date: | 2002-07-16 15:38:28 |
Message-ID: | 200207161538.g6GFcS925954@candle.pha.pa.us |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers pgsql-sql |
Thomas Lockhart wrote:
> ...
> > > We do need a solution for exact dump/reload of floating-point data,
> > > but I don't see why the lack of it should be reason to disable access
> > > to the LINE type.
> > I don't understand why dumping the two point values isn't sufficient.
>
> Which two point values? LINE is handled as an equation, not as points,
> unlike the LSEG type which has two points.
Well, the \dT documentation used to show line as two points, so I
assumed that was how it was specified.
> One possibility is to have the external representation *be* the same as
> LSEG, then convert internally. Then we need to decide how to scale those
> points; maybe always using a unit vector is the right thing to do...
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 | Bruce Momjian | 2002-07-16 15:41:44 | Re: [PATCHES] CLUSTER not lose indexes |
Previous Message | Thomas Lockhart | 2002-07-16 15:29:46 | Re: [SQL] line datatype |
From | Date | Subject | |
---|---|---|---|
Next Message | Thomas Lockhart | 2002-07-16 16:07:10 | Re: [SQL] line datatype |
Previous Message | Thomas Lockhart | 2002-07-16 15:29:46 | Re: [SQL] line datatype |