agora inbox for postgres@postgres.berkeley.edu  
help / color / mirror / Atom feed
SQL
6+ messages / 5 participants
[nested] [flat]

* SQL
@ 1970-01-01 00:00 Chris Pugmire <CHRISP@marccri.marc.cri.nz>
  1993-11-24 01:03 ` Re: SQL Paul M. Aoki <aoki@postgres.Berkeley.EDU>
  1993-11-24 02:42 ` Re: SQL turk@andrews.edu
  0 siblings, 2 replies; 6+ messages in thread

From: Chris Pugmire @ 1970-01-01 00:00 UTC (permalink / raw)
  To: ucb-postgres

Can someone advise me, I have had conflicting reports regarding 
postgres having an SQL interface.  Does it?

            Thanks for your help.
            
            



^ permalink  raw  reply  [nested|flat] 6+ messages in thread

* Re: SQL
  1970-01-01 00:00 SQL Chris Pugmire <CHRISP@marccri.marc.cri.nz>
@ 1993-11-24 01:03 ` Paul M. Aoki <aoki@postgres.Berkeley.EDU>
  1 sibling, 0 replies; 6+ messages in thread

From: Paul M. Aoki @ 1993-11-24 01:03 UTC (permalink / raw)
  To: Chris Pugmire <CHRISP@marccri.marc.cri.nz>; +Cc: ucb-postgres

"Chris Pugmire" <CHRISP@marccri.marc.cri.nz> writes:
> Can someone advise me, I have had conflicting reports regarding 
> postgres having an SQL interface.  Does it?

no.  postgres uses postquel.

the reason you may have heard conflicting reports is that the 
commercialized postgres (available from Montage Software, Inc.) 
is an SQL system.  on the other hand, Montage is not free. :-)
--
  Paul M. Aoki  |  CS Div., Dept. of EECS, UCB  |  aoki@postgres.Berkeley.EDU
                |  Berkeley, CA 94720           |  ...!uunet!ucbvax!aoki



^ permalink  raw  reply  [nested|flat] 6+ messages in thread

* Re: SQL
  1970-01-01 00:00 SQL Chris Pugmire <CHRISP@marccri.marc.cri.nz>
@ 1993-11-24 02:42 ` turk@andrews.edu
  1 sibling, 0 replies; 6+ messages in thread

From: turk@andrews.edu @ 1993-11-24 02:42 UTC (permalink / raw)
  To: Chris Pugmire <CHRISP@marccri.marc.cri.nz>; +Cc: ucb-postgres

> Can someone advise me, I have had conflicting reports regarding 
> postgres having an SQL interface.  Does it?
> 
>             Thanks for your help.

No, it has a PostQUEL interface.....

--------------------------------------------------------------------------
Dan Turk     Computer Science & Information Systems     Andrews University
Berrien Springs, MI 49103         turk@andrews.edu          (616) 471-3426
==========================================================================



^ permalink  raw  reply  [nested|flat] 6+ messages in thread

* SQL
@ 1992-03-20 17:01 Christoph Kukulies <kuku@acds.physik.rwth-aachen.de>
  1992-03-30 11:27 ` Re: SQL 
  0 siblings, 1 reply; 6+ messages in thread

From: Christoph Kukulies @ 1992-03-20 17:01 UTC (permalink / raw)
  To: ucb-postgres

Could anyone explain why postgres does not supply SQL facility?
--Chris



^ permalink  raw  reply  [nested|flat] 6+ messages in thread

* Re: SQL
  1992-03-20 17:01 SQL Christoph Kukulies <kuku@acds.physik.rwth-aachen.de>
@ 1992-03-30 11:27 ` 
  0 siblings, 0 replies; 6+ messages in thread

From:  @ 1992-03-30 11:27 UTC (permalink / raw)
  To: ucb-postgres

you write:
> Could anyone explain why postgres does not supply SQL facility?

As joseash put it (in my words) there isn't a lot of research interest
there, and to support the complete SQL spec would be a real pain in the b*tt
(correlated sub-queries give me nightmares).


Jeff Meredith
mer@postgres.berkeley.edu



^ permalink  raw  reply  [nested|flat] 6+ messages in thread

* Re: SQL
@ 1992-03-20 23:17 Alfredo Sanchez <joseash@bush.tamu.edu>
  0 siblings, 0 replies; 6+ messages in thread

From: Alfredo Sanchez @ 1992-03-20 23:17 UTC (permalink / raw)
  To: ucb-postgres


kuku@acds.physik.rwth-aachen.de (Christoph Kukulies) writes:

>	Could anyone explain why postgres does not supply SQL facility?
>	--Chris

i asked a similar question some time ago, so i think i can repost 
jeff meredith's answer:

	Date: Tue, 24 Sep 91 16:09:06 PDT

	> >From one of the statements in another paper by Stonebraker
	> (Future Trends in Data Base Systems, 19??: "Why the 
	> current SQL standard has no chance of lasting"), I suspect
	> there is no intention to support SQL in Postgres. Is that
	> correct?

	You are right about SQL although not for the reason you list
	above.  We have actually had a lot of pressure from our users
	to support SQL but have not done so simply because there is 0
	research value in it.  There is a grad student in Georgia who
	is currently working on it, but anything he produces will of
	course be unsupported by us (we will distribute it in our
	"contrib" directory as part of a release).


	Jeff Meredith
	postgres research group
	ucb
	mer@postgres.berkeley.edu


best regards,

J Alfredo Sanchez H
-------------------
Hypertext Research Lab
Department of Computer Science
Texas A&M University



^ permalink  raw  reply  [nested|flat] 6+ messages in thread


end of thread, other threads:[~1993-11-24 02:42 UTC | newest]

Thread overview: 6+ messages (download: mbox.gz follow: Atom feed)
-- links below jump to the message on this page --
1970-01-01 00:00 SQL Chris Pugmire <CHRISP@marccri.marc.cri.nz>
1993-11-24 01:03 ` Paul M. Aoki <aoki@postgres.Berkeley.EDU>
1993-11-24 02:42 ` turk@andrews.edu
1992-03-20 17:01 SQL Christoph Kukulies <kuku@acds.physik.rwth-aachen.de>
1992-03-30 11:27 ` 
1992-03-20 23:17 Re: SQL Alfredo Sanchez <joseash@bush.tamu.edu>

This inbox is served by agora; see mirroring instructions
for how to clone and mirror all data and code used for this inbox