Don Baccus writes:
Exactly what is PostgreSQL, Inc doing in this area?
Good question... See http://www.erserver.com/.
I've not seen discussions about it here, and the two of the three most
active developers (Jan and Tom) work for Great Bridge, not PostgreSQL,
Inc...
Vadim Mikheev and
From: "Nathan Myers" [EMAIL PROTECTED]
On Thu, Nov 30, 2000 at 07:02:01PM -0400, The Hermit Hacker wrote:
[snip]
The logging in 7.1 protects transactions against many sources of
database crash, but not necessarily against OS crash, and certainly
not against power failure. (You might get
At 05:42 PM 12/2/00 +0100, Peter Eisentraut wrote:
Don Baccus writes:
Exactly what is PostgreSQL, Inc doing in this area?
Good question... See http://www.erserver.com/.
"Advanced Replication and Distributed Information capabilities are also under
development to meet specific
business and
On Sat, Dec 02, 2000 at 11:31:37AM -0800, Don Baccus wrote:
At 05:42 PM 12/2/00 +0100, Peter Eisentraut wrote:
Don Baccus writes:
Exactly what is PostgreSQL, Inc doing in this area?
Good question... See http://www.erserver.com/.
snip
Boy, I can just imagine the uproar this
At 03:51 PM 12/2/00 -0600, Ross J. Reedstrom wrote:
"We expect to have the source code tested and ready to contribute to
the open source community before the middle of October. Until that time
we are considering requests from a number of development companies and
venture capital groups to join
On Sat, Dec 02, 2000 at 03:51:15PM -0600, Ross J. Reedstrom wrote:
On Sat, Dec 02, 2000 at 11:31:37AM -0800, Don Baccus wrote:
At 05:42 PM 12/2/00 +0100, Peter Eisentraut wrote:
Don Baccus writes:
Exactly what is PostgreSQL, Inc doing in this area?
Good question... See
On Sat, 2 Dec 2000, Don Baccus wrote:
...
Will Great Bridge step to the plate and fund a truly open source alternative,
leaving us with a potential code fork? If IB gets its political problems
under control and developers rally around it, two years is going to be a
long time to just sit
On Sat, Dec 02, 2000 at 03:47:19PM -0800, Adam Haberlach wrote:
Where's the damn core code? I've seen a number of examples already of
people asking about remote access/replication function, with an eye
toward implementing it, and being told "PostgreSQL, Inc. is working
on that". It's
I am trying to set the update and delete rules that are returned from the
ODBC driver and the spec has the following to say:
SQL_NO_ACTION: If a delete of a row in the referenced table would cause a
"dangling reference" in the referencing table (that is, rows in the
referencing table would have
At 06:27 PM 12/2/00 -0500, Michael Fork wrote:
I am trying to set the update and delete rules that are returned from the
ODBC driver and the spec has the following to say:
SQL_NO_ACTION: If a delete of a row in the referenced table would cause a
"dangling reference" in the referencing table
PostgreSQL, Inc perhaps has that as a game plan.
I'm not so much concerned about exactly what PG, Inc is planning to offer
as a proprietary piece - I'm purist enough that I worry about what this
signals for their future direction.
Hmm. What has kept replication from happening in the past? It
An obscure series of events seems to cause a core dump and OID
corruption:
-- tolower function for varchar
create function varchar_lower(varchar) returns varchar
as '/usr/local/lib/pgcontains.so', 'pglower'
language 'c';
create index ztables_title_ndx on ztitles (
On Sat, Dec 02, 2000 at 07:32:14PM -0800, Don Baccus wrote:
At 02:58 AM 12/3/00 +, Thomas Lockhart wrote:
PostgreSQL, Inc perhaps has that as a game plan.
I'm not so much concerned about exactly what PG, Inc is planning to offer
as a proprietary piece - I'm purist enough that I worry
This statement of yours kinda belittles the work done over the past
few years by volunteers.
imho it does not, and if somehow you can read that into it then you have
a much different understanding of language than I. I *am* one of those
volunteers, and know that the hundreds of hours I have
Thomas Lockhart wrote:
PostgreSQL, Inc perhaps has that as a game plan.
I'm not so much concerned about exactly what PG, Inc is planning to offer
as a proprietary piece - I'm purist enough that I worry about what this
signals for their future direction.
Hmm. What has kept replication
And I really havn't seen much in the way of full featured products, complete
with printed docs, 24 hour support, tutorials, wizards, templates, a company
to sue if the code causes damage, GUI install, setup, removal, etc. etc. etc.
Mac OS X.
;-)
-pmb
--
[EMAIL PROTECTED]
"4 out of 5 people
mlw [EMAIL PROTECTED] writes:
[ drop function on which a functional index is based ]
and strange things start to happen.
All I get is messages like
ERROR: fmgr_info: function 402432: cache lookup failed
which is about what I'd expect. If you've seen a coredump in
this situation,
At 09:56 PM 12/2/00 -0700, Ron Chmara wrote:
...
And I really havn't seen much in the way of full featured products, complete
with printed docs, 24 hour support, tutorials, wizards, templates, a company
to sue if the code causes damage, GUI install, setup, removal, etc. etc. etc.
Want to make
At 04:42 AM 12/3/00 +, Thomas Lockhart wrote:
This statement of yours kinda belittles the work done over the past
few years by volunteers.
imho it does not,
Sure it does. You in essence are saying that "advanced replication is so
hard that it could only come about if someone were willing
At 09:29 PM 12/2/00 -0800, Adam Haberlach wrote:
Red herring, and you know it. The question isn't whether or not your business
generates income, but how it generates income.
So far, Open Source doesn't. The VA Linux IPO made ME some income,
but I'm not sure that was part of their
There is risk here. It isn't so much in the fact that PostgreSQL, Inc
is doing a couple of modest closed-source things with the code. After
all, the PG community has long acknowleged that the BSD license would
allow others to co-op the code and commercialize it with no obligations.
It is
Don Baccus [EMAIL PROTECTED] writes:
At 04:42 AM 12/3/00 +, Thomas Lockhart wrote:
This statement of yours kinda belittles the work done over the past
few years by volunteers.
imho it does not,
Sure it does. You in essence are saying that "advanced replication is so
hard that it
22 matches
Mail list logo