Re: [GENERAL] speed of communication and pgsql development

2001-08-26 Thread David Ford
Bruce Momjian wrote: We are on #postgresql on Efnet. Have been for years, and mentioned in the FAQ. Very good for getting development help. I was working with the PAM patch author there today. Ugg. I'd rather setup a bot to relay to irc.openprojects.net. EFnet is a sickly beast that can't

WAL and Re: MySQL's (false?) claims... (was: Re: [GENERAL] PL/java?)

2001-08-26 Thread Dr. Evil
You guys shouldn't even be worrying about this. Five years from now, MySQL will be a much more mature product, but the way I see it now is this: MySQL: Great for message boards (Slashdot), information retrieval (an on-line phone directory that's mostly static), or other lightweight

[GENERAL] Re: MySQL's (false?) claims... (was: Re: PL/java?)

2001-08-26 Thread Lincoln Yeoh
At 03:21 PM 8/26/01 +0200, Peter Eisentraut wrote: * There are far moore books in print on MySQL than on PostgreSQL. O'Reilly, Sams, Que, and New Riders are all major publishers with books about MySQL. = MySQL is so hard to understand and poorly documented, a plethora of books had to come out

[GENERAL] Re: store in bytea

2001-08-26 Thread Lincoln Yeoh
At 09:28 AM 8/24/01 -0400, Tom Lane wrote: Ben-Nes Michael [EMAIL PROTECTED] writes: On the theoretical issue, can I use TEXT field to store binary ? TEXT will not handle null (zero) bytes. If you are using a multibyte character set, it will likely also do the wrong thing with byte sequences

Re: [GENERAL] Re: MySQL's (false?) claims... (was: Re: PL/java?)

2001-08-26 Thread Tom Lane
Lincoln Yeoh [EMAIL PROTECTED] writes: = PostgreSQL does not allow you to access more than one database per connection. This makes the system much safer and allows for more robust design. How does that makes things safer etc etc? I believe that this is a genuine limitation. It's unlikely

Re: MySQL's (false?) claims... (was: Re: [GENERAL] PL/java?)

2001-08-26 Thread Trond Eivind Glomsrød
Peter Eisentraut [EMAIL PROTECTED] writes: Justin Clift writes: If anyone else can see things blatantly wrong on that page, email me about them and I'll ask Monty (the MySQL guy) to please change/remove/fix them. http://www.mysql.com/doc/M/y/MySQL-PostgreSQL_features.html

Re: MySQL's (false?) claims... (was: Re: [GENERAL] PL/java?)

2001-08-26 Thread Peter Eisentraut
Me writes: http://www.mysql.com/doc/M/y/MySQL-PostgreSQL_features.html Many of these advantages can easily interpreted as disadvantages. For example: I hope people aren't taking that feature comparison page as seriously as they took my parody of it. -- Peter Eisentraut [EMAIL

Re: [GENERAL] embedded SQL cursos declare fails

2001-08-26 Thread Bruce Momjian
OK, I have backed out that patch. Would you review that section of the SGML and either commit a patch or send me one. Thanks. On Fri, Aug 24, 2001 at 02:07:48PM -0400, Bruce Momjian wrote: OK, I have applied the following patch. Interestingly, the SGML code marked this block as

Re: MySQL's (false?) claims... (was: Re: [GENERAL] PL/java?)

2001-08-26 Thread Sam Tregar
On Sun, 26 Aug 2001, Peter Eisentraut wrote: Many of these advantages can easily interpreted as disadvantages. For example: Have you ever considered a career in marketting? = In MySQL you have to repair your tables manually if corruption occurs. PostgreSQL is coded so that corruption

Re: [GENERAL] problems on solaris 7

2001-08-26 Thread Peter Lauko
YESSS, it seems to work now!!! Thank you very very much!!! (of course everyone who tried to help) only one thing: regression test fails at 2 points abstime ... FAILED random ... failed (ignored) the regression.diffs file looks: ***