Re: [SQL] line datatype
От | Lamar Owen |
---|---|
Тема | Re: [SQL] line datatype |
Дата | |
Msg-id | 200207161210.23948.lamar.owen@wgcr.org обсуждение исходный текст |
Ответ на | Re: [SQL] line datatype (Thomas Lockhart <lockhart@fourpalms.org>) |
Ответы |
Re: [SQL] line datatype
|
Список | pgsql-hackers |
On Tuesday 16 July 2002 11:29 am, 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. > 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... Lines are entered now by specifying two points, anywhere on the line, right? The internal representation is then slope-intercept? Why not allow either the 'two-point' entry, or direct entry as slope-intercept? How do we represent lines now in output? Do we pick two arbitrary points on the line? If so, I can see Thomas' point here, where the original data entry might have specified two relatively distant points -- but then there's a precision error anyway converting to slope-intercept, if indeed that is the internal representation. So why not dump in slope-intercept form, if that is the internal representation? But, you're telling me floats aren't dumpable/restoreable to exactly the same value? (????) This can't be good. -- Lamar Owen WGCR Internet Radio 1 Peter 4:11
В списке pgsql-hackers по дате отправления: