Re: [HACKERS] Opportunity for a Radical Changes in Database Software

2007-10-30 Thread J. Andrew Rogers
om if we made incremental changes to a solid disk-based engine. It seems short-term expedient but long-term bad engineering -- think MySQL. Cheers, J. Andrew Rogers ---(end of broadcast)--- TIP 5: don't forget to increase your free space map settings

Re: [HACKERS] Opportunity for a Radical Changes in Database Software

2007-10-27 Thread J. Andrew Rogers
On Oct 27, 2007, at 2:20 PM, Florian Weimer wrote: * J. Andrew Rogers: Everything you are looking for is here: http://web.mit.edu/dna/www/vldb07hstore.pdf It is the latest Stonebraker et al on massively distributed in-memory OLTP architectures. "Ruby-on-Rails compiles into standard

Re: [HACKERS] Opportunity for a Radical Changes in Database Software

2007-10-25 Thread J. Andrew Rogers
a/www/vldb07hstore.pdf It is the latest Stonebraker et al on massively distributed in-memory OLTP architectures. J. Andrew Rogers ---(end of broadcast)--- TIP 3: Have you checked our extensive FAQ? http://www.postgresql.org/docs/faq

Re: [HACKERS] COMMIT NOWAIT Performance Option

2007-02-28 Thread J. Andrew Rogers
. A popular alternative to CRC32 for this purpose is the significantly cheaper and almost as effective is the Adler32 algorithm. I know Google used this algorithm when they added checksumming to their database to tame inexplicable transient corruption. Cheers, J. Andrew R

Re: [HACKERS] Acclerating INSERT/UPDATE using UPS

2007-02-10 Thread J. Andrew Rogers
ty of use for loosening restrictions on databases where the contents do not matter and a little loss is acceptable. Cheers, J. Andrew Rogers [EMAIL PROTECTED] ---(end of broadcast)--- TIP 4: Have you searched our list archives?

Re: [HACKERS] Proposal: Commit timestamp

2007-02-09 Thread J. Andrew Rogers
roader picture. Having a theoretically (mostly) complete set of usable primitives would be an incredibly powerful feature set. Cheers, J. Andrew Rogers [EMAIL PROTECTED] ---(end of broadcast)--- TIP 1: if posting/reading through Usenet, p

Re: [HACKERS] pgsql: Fix for plpython functions; return true/false for boolean,

2007-01-30 Thread J. Andrew Rogers
2.3 or 2.4. Python 2.5 may be the current "stable" version, but vanilla source builds segfault on some Python code that runs fine in 2.3 and 2.4, strongly suggesting that it is not mature enough that I would put it anywhere near anything important (like a database). J. And

Re: [HACKERS] PostgreSQL Data Loss

2007-01-26 Thread J. Andrew Rogers
over that I can step through every single action they took to destroy their own data. I've never seen a single case like the one described above that was due to an internal database failure; when there is an internal database failure, it is usually ugly and obvious. Cheers, J. Andre

Re: [HACKERS] Interface of the R-tree in order to work with postgresql

2006-10-09 Thread J. Andrew Rogers
g spatial index types that a researcher might be interested in implementing. Cheers, J. Andrew Rogers (who is also implementing new spatial indexes...) [EMAIL PROTECTED] ---(end of broadcast)--- TIP 3: Have you checked our extensive FAQ?

Re: [HACKERS] Fixed length datatypes.

2006-06-28 Thread J. Andrew Rogers
tice the engine is not up to the more rigorous demands of that kind of work. With the nascent rise of the geospatial web, it is going to become a lot more important than it has been. J. Andrew Rogers [EMAIL PROTECTED] ---(end of broadcast)--

Re: [HACKERS] Table clustering idea

2006-06-27 Thread J. Andrew Rogers
functional implementation (and probably recommended in practice), though most real implementations allow external indexes if not always in their first version. J. Andrew Rogers [EMAIL PROTECTED] ---(end of broadcast)--- TIP 9: In versions below 8.0

Re: [HACKERS] New project launched : PostgreSQL GUI Installer for

2006-01-30 Thread J. Andrew Rogers
d platforms will definitely scare them away. A graphical installer for Unix is fine, but please, do not make it anything like Oracle's graphical installer. Oracle's graphical install process gives command line installs a good name for ease of use. J. Andrew Rog

Re: [HACKERS] Replication on the backend

2005-12-07 Thread J. Andrew Rogers
rt, I would say that this is the future of server boards. And if postgres could actually use an infiniband fabric for clustering a single database instance across Opteron servers, that would be very impressive... J. Andrew Rogers ---(end of broadcast)

Re: [HACKERS] Replication on the backend

2005-12-07 Thread J. Andrew Rogers
port. At that level of bandwidth and latency, both per node and per switch fabric, the architecture possibilities start to become intriguing. J. Andrew Rogers ---(end of broadcast)--- TIP 5: don't forget to increase your free space map settings

Re: [HACKERS] Reducing the overhead of NUMERIC data

2005-11-01 Thread J. Andrew Rogers
ad and a large numeric (what we > have today). The 38 digit limit is the decimal size of a 128-bit signed integer. The optimization has less to do with the size of the length info and more to do with fast math and fixed structure size. J. Andrew Rogers ---(end of br

Re: [HACKERS] Alternative variable length structure

2005-09-08 Thread J. Andrew Rogers
te strings (for ASN.1, even integers and similar are encoded this way to shave bytes on them as well but that seems excessive). It would be useful to see how encoding/decoding cost balances out the more compact representation in terms of performance. J. Andrew Rogers

Re: [HACKERS] Call for 7.5 feature completion

2005-08-25 Thread J. Andrew Rogers
I spend my time on with PostgreSQL. There is currently no good way to approximate it. J. Andrew Rogers [EMAIL PROTECTED] ---(end of broadcast)--- TIP 3: Have you checked our extensive FAQ? http://www.postgresql.org/docs/faq

Re: [HACKERS] US Patents vs Non-US software ...

2005-01-18 Thread J. Andrew Rogers
g that is decidedly non-novel. In other words, the "novel-ness" is the semantic dressing-up of a non-novel engineering process. cheers, j. andrew rogers ---(end of broadcast)--- TIP 3: if posting/reading through Usenet, please send an

Re: [HACKERS] PostgreSQL as an application server

2004-08-06 Thread J. Andrew Rogers
e development of the software by hackers has worked out pretty well, at least for me. People say that is a bad thing about a lot of OSS, but I actually think it was needed in RDBMS software. j. andrew rogers ---(end of broadcast)--- TIP 3

Re: [HACKERS] PostgreSQL as an application server

2004-08-06 Thread J. Andrew Rogers
y obvious reason why it couldn't be done well with a moderate amount of effort. j. andrew rogers ---(end of broadcast)--- TIP 3: if posting/reading through Usenet, please send an appropriate subscribe-nomail command to [EMAIL PROTECTED]

Re: [HACKERS] LinuxTag wrapup

2004-07-06 Thread J. Andrew Rogers
gs we will probably never know. Whatever its historical purpose, DUAL has been so pervasively used in the Oracle universe for so long that giving it a better name would break virtually every Oracle application in existence. It is an institution unto itself. j. andrew rogers ---

Re: [HACKERS] What can we learn from MySQL?

2004-04-23 Thread J. Andrew Rogers
rger Postgres product and mid-level developer documentation, both of which seem to be eminently solvable problems. I think improved default product packaging would remove 80% of the impediment to more widespread adoption. There is no *technical* reason things should be done this way and it might even g

[HACKERS] PITR for replication?

2004-04-01 Thread J. Andrew Rogers
I may be completely missing the point here, but it looks to me as though the PITR archival mechanism is also most of a native replication facility. Is there anyone reason this couldn't be extended to replication, and if so, is anyone planning on using it as such? My memory is fuzzy on this point