Re: PLJava and Database Meta Data
От | Laszlo Hornyak |
---|---|
Тема | Re: PLJava and Database Meta Data |
Дата | |
Msg-id | Pine.LNX.4.58.0502111618430.26875@www.forgeahead.hu обсуждение исходный текст |
Ответ на | Re: PLJava and Database Meta Data (Thomas Hallgren <thhal@mailblocks.com>) |
Ответы |
Re: PLJava and Database Meta Data
|
Список | pgsql-jdbc |
Thomas, FYI, PL-J typemapper framework. http://cvs.plj.codehaus.org/*checkout*/pl-j/src/interfaces/org/pgj/typemapping/TypeMapper.java?rev=1.4 Regards, Laszlo On Fri, 11 Feb 2005, Thomas Hallgren wrote: > Markus Schaber wrote: > > >Hi, Thomas, > > > >Thomas Hallgren schrieb: > > > > > > > >>>Did you do anything concerning custom datatypes (e. G. PostGIS) yet? > >>>[...] > >>> > >>> > >>Nothing has been done in this area for PLJava yet. I'm definitely in > >>favor of your suggestion. If anything can be done to converge efforts > >>and API's, it should be done. > >> > >> > > > >Okay. Maybe we should also invite other custom datatype authors. > > > >Just out of curiosity (I did not have enough time to take a close look > >at PLJava yet - maybe I should do that first...): How do you currently > >model types like Interval, Money, ByteArray or the native PostgreSQL > >geometry types? (I ask this because in pgjdbc they are currently > >implemented using the same PGobject approach as PostGIS extension types.) > > > > > bytea is mapped to byte[]. The other types are not yet mapped. Where can > I find info about the PostGIS approach? > > >And what is your approach to endianness conversion? > > > > > None yet. What types have endian issues and in what way? The PLJava > mapping is using SPI functions directly so we never serialize anything. > PLJava create wrappers for Datum's in the native backend environment. > I'm not sure endian issues ever bites us. > > - thomas > > > > ---------------------------(end of broadcast)--------------------------- > TIP 5: Have you checked our extensive FAQ? > > http://www.postgresql.org/docs/faq >
В списке pgsql-jdbc по дате отправления: