> I've used the open source SAPDB and the performance is pretty
> impressive. However, 'open source' in application to it is
> deceptive, since you have to make it with SAP's proprietary build
> In my opinion, however, it would be worth closely auditing SAP DB
> what postgres can learn.
I downloaded it. The directories are two characters in length, the
files are numbers, and it is a mixture of C++, Python, and Pascal.
I say more. :-)
I swore I'd never post to the hackers list again, but this is an
statement by Bruce.
Boy, the robustness of the software is determined by the number of
in the directory name?
By the languages used?
Have you considered that the development tools may
be abstracting out the directory names in their development
Someone else dissed this release because you need their development
Well, guess what big boys, the development tools are being released
source, too. And SAP has a history of giving you sources (not fiche or
whatever) of their licensed technology so this is a fairly easy step
Not by the fact that SAP is a monster company, with a monster customer
with a DB engine hardly used over here but actually quite popular in
Quite popular in exactly the kind of enterprise environments that PG has
to crack and, if you dismiss this offering with silly hand-waving, may
Have you ever heard of Adabas?
If you don't believe that SAP and SAP-DB are real, go talk to your
Great Bridge employee Jan Wieck.
OK, I'll unsubscribe now ... <italic>I'm </italic>still a fan of PG, but
not stupid enough to
dismiss a robust, industrial-strength RDMBS system based on naive and
PG has a lot to offer, and the upscale is still amazingly positive
by the pace of development over the past two years. This is hardly a
for hand-waving SAP DB into MySQL-land, however. I like PG, I will
to personally use PG, and I will support SAP DB along with Oracle and PG
And I would expect most of my clients using that toolkit to use Oracle,
with SAP DB coming in second, and PG third ...
I'm not trying to demotivate or discourage the PG crowd. However, when
in a competitive battle the best prescription for getting your bell run
taunt and tease competitors who actually are in better shape than you.
And ... SAP DB is, in many ways important to the enterprise
They may have an inferior page-locking concurrency scheme, I need to
this, but in many enterprise-level commercial environments this isn't
such a big deal.
Since your (Bruce's) hopes for a wealthy future depends on GB IPO'ing
will only come with significant penetration of the enterprise commercial
I humbly suggest you don't write them off quite so quickly.
SAP is, after all, a very successful company.
- Don Baccus, Portland OR <<dhogaza(at)pacifier(dot)com>
Nature photos, on-line guides, Pacific Northwest
Rare Bird Alert Service and other goodies at
- Re: SAP-DB at 2001-04-29 04:40:43 from Matthew N. Dodd
- Re: SAP-DB at 2001-04-29 17:12:08 from mlw
- Re: SAP-DB at 2001-04-29 17:37:20 from Bruce Momjian
pgsql-hackers by date
|Next:||From: special agent k ||Date: 2001-04-29 04:30:09|
|Subject: Building Fault Tolerant/Failover PGSQL Systems|
|Previous:||From: Bruce Momjian||Date: 2001-04-29 02:33:57|
|Subject: Re: SAPDB Open Souce|