Path: utzoo!utgpu!news-server.csri.toronto.edu!clyde.concordia.ca!uunet!fernwood!oracle!news From: tgreenla@oracle.uucp (Terry Greenlaw) Newsgroups: comp.databases Subject: Re: SQL Poser Message-ID: <1990Jun4.151555.3479@oracle.com> Date: 4 Jun 90 15:15:55 GMT References: <6588@umd5.umd.edu> <1990Jun1.132731.6699@oracle.com> Reply-To: tgreenla@oracle.UUCP (Terry Greenlaw) Organization: Oracle Corporation, Atlanta, GA Lines: 29 In article jkrueger@dgis.dtic.dla.mil (Jon) writes: >tgreenla@oracle.uucp (Terry Greenlaw) writes: > >> Oracle has an extension to SQL which was designed for tree traversal > >Sounds great. Except for one small problem: the only reason I use >SQL is compatibility and applications portability. Then you must be one very frustrated individual, since SQL compatability between vendors falls into the "virgin nymphomaniac" class of events. I don't think SQL is mature enough at this point to freeze expansion of the language in the name of compatability. The extensions that Oracle and other vendors have provided are the driving forces that will lead to a language robust enough to be used in a unextended form. For now, the basic SQL syntax is a good starting point for understanding a relational query language, but I wouldn't be relying on it for portability across vendors. > Clearly at this >point you can't have this and a cleanly designed query language >too, but with SQL extensions you can have neither. > >Jonathan Krueger jkrueger@dtic.dla.mil uunet!dgis!jkrueger >Drop in next time you're in the tri-planet area! I think you will find that you can, but it's name will be SQL II. Terry O. Greenlaw Sheathed within the Walkman, Staff Engineer Wear a halo of distortion. Oracle Corporation Aural contraceptive, tgreenla@oracle.oracle.com Aborting pregnant conversation - Marillion