From: | Bruce Momjian <pgman(at)candle(dot)pha(dot)pa(dot)us> |
---|---|
To: | The Hermit Hacker <scrappy(at)hub(dot)org> |
Cc: | Peter Eisentraut <peter_e(at)gmx(dot)net>, Hannu Krosing <hannu(at)tm(dot)ee>, "Michael A(dot) Olson" <mao(at)sleepycat(dot)com>, pgsql-hackers(at)postgresql(dot)org, ned(at)greatbridge(dot)com |
Subject: | Re: Proposal: replace no-overwrite with Berkeley DB |
Date: | 2000-05-15 18:09:47 |
Message-ID: | 200005151809.OAA20180@candle.pha.pa.us |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
> right, and my point was that, up until now, we've worked at making sure
> that the whole thing is self-contained ... as soon as we throw in a
> third-party piece of software that is *efffectively* our guts, we now
> throw in a new point of failure for the end users ... what happens if, a
> year down the road, SleepyCat decides that v4.0 falls undera new license
> that negates our ability to use it? we've just drop'd all our guts in
> favor of theirs and now what?
>
> I'm not saying that using some of SleepyCat's stuff for backend is a bad
> idea, but I'm saying that we shouldn't be relying on it ... add on, yes
> ... exclusive, no ...
We could get perpetual rights to the code as integrated into our code.
Also, if they change something, we could always take it as our own and
keep it working for us. I think we would need something like that.
It sort of goes to how open we are. Someone can always take PostgreSQL
and create a branch if we do a terrible job. We would need that
assurance of the Sleepycat DB.
--
Bruce Momjian | http://www.op.net/~candle
pgman(at)candle(dot)pha(dot)pa(dot)us | (610) 853-3000
+ If your life is a hard drive, | 830 Blythe Avenue
+ Christ can be your backup. | Drexel Hill, Pennsylvania 19026
From | Date | Subject | |
---|---|---|---|
Next Message | The Hermit Hacker | 2000-05-15 18:10:48 | Re: Proposal: replace no-overwrite with Berkeley DB |
Previous Message | The Hermit Hacker | 2000-05-15 17:36:27 | Re: Proposal: replace no-overwrite with Berkeley DB |