Andrew Dunstan [EMAIL PROTECTED] writes:
Simon Riggs wrote:
So, it also seems clear that 8.0.x should eventually have a straight
upgrade path to a replacement, assuming the patent is granted. We
should therefore plan to: 1. improve/replace ARC for 8.1 2. backport
any replacement directly onto
Andreas Pflug [EMAIL PROTECTED] writes:
Justin Clift wrote:
Tom Lane wrote:
This question has been touched on before, but I guess it's time to
face it fair and square: is it reasonable for an SQL
implementation to add implementation-specific columns to an
information_schema view? One
Robert Treat [EMAIL PROTECTED] writes:
On Tuesday 27 April 2004 15:12, Alvaro Herrera wrote:
You know, that's kind of the point of all things related to MySQL.
It's better than nothing. PostgreSQL doesn't do things because
it's better than nothing. snip (Same as how MySQL guesses the
Rod Taylor [EMAIL PROTECTED] writes:
The difference is that a better admin tool is very subjective where as
a buffer strategy is not... or maybe the difference is really that
everyone thinks they are qualified to pick a better admin tool, but
very few can really argue as to a better buffer
Thomas Swan [EMAIL PROTECTED] writes:
[EMAIL PROTECTED] wrote:
[snip]
Apparently, I have failed tremendously in addressing a concern. The
question is does PostgreSQL need to rely on symlinks and will that
dependency introduce problems?
There is an active win32 port underway (see this
[EMAIL PROTECTED] writes:
[EMAIL PROTECTED] wrote:
Zeugswetter Andreas SB SD [EMAIL PROTECTED] writes:
My feeling is that we need not support tablespaces on OS's without
symlinks.
To create symlinked directories on Win2k NTFS see:
Tom Lane [EMAIL PROTECTED] writes:
Mendola Gaetano [EMAIL PROTECTED] writes:
Tom Lane [EMAIL PROTECTED] wrote:
I've found a number of infelicities in the hash index code that
can't be fixed without an on-disk format change.
How can we avoid this kind of mess for the future ?
Build a time