Re: SQLJ
Max <[email protected]>
| Newsgroups | gmane.comp.db.sapdb.general |
|---|---|
| Message-ID | <[email protected]> |
I think it would be really usefull, but I doubt it will happen, unless you decide to implement it ! SQLJ would be a huge plus for devellopers, because they give the power of stored procs without compromising portability, but access to stored procs is a major 'differentiator'. So database vendors, aren't too interrested since it removes the remaining 'vendor lock in', which is why they don't hype SQLJ too much. Open source databases aren't subject to these constraints, so one would expect that they would adopt SQLJ. It might eventually happen, but I doubt that it's for the near future, because the develloper community is not asking for it, (the main reason being that the hype hasn't been created by commercial db vendor marketing, for obvious reasons), and open source DBs are busy matching functionnality of commercial databases (and doing a good job at it !). Michael Slinn wrote: > This article is over a year old, but I didn't find any mention of SQLJ > in the SAPDB listserv archive: > http://www.fawcette.com/javapro/2002_04/magazine/features/bbeauchemin/ > > Perhaps this might be useful to SAPDB users? > > Mike