Re: [GENERAL] Some MySQL features

1999-12-03 Thread Aaron J. Seigo
viving dump/reloads -- Aaron J. Seigo Sys Admin

Re: [GENERAL] Re: replication

1999-11-16 Thread Aaron J. Seigo
ay to do it... however, my guess would be to say that these places in the source would be where to start looking... word from those in the know? -- Aaron J. Seigo Sys Admin

Re: [GENERAL] Re: replication

1999-11-16 Thread Aaron J. Seigo
process... and not prone to some app that goes around your wrapped lib and defeats the replication scheme altogether... imo, it should be part of the transaction system =) -- Aaron J. Seigo Sys Admin

Re: [GENERAL] Functions

1999-11-03 Thread Aaron J. Seigo
aram; END; ' LANGUAGSE 'pl/pgsql'; more typing, but easier to read and maintain later... but then, i'm picky. -- Aaron J. Seigo Sys Admin

Re: [GENERAL] FW: inheritance of functions

1999-10-27 Thread Aaron J. Seigo
B. the manual is, as far as my experience has led me to believe, referring to functions "bound" (for lack of a better word) to the parent table -- Aaron J. Seigo Sys Admin

Re: [GENERAL] cidr and inet

1999-10-21 Thread Aaron J. Seigo
hi... > insert into ip values (10.20.30.40); > > It always points to the third part of the IP (ie, 100 > in case of 10.30.100.200) > pgsql is seeing it as a decimal number. enclose it in single quotes and it will work fine. insert into ip values ('10.20.30.40'); -- Aaron J. Seigo Sys Admin

Re: [GENERAL] php - pgsql connection

1999-10-15 Thread Aaron J. Seigo
^^^ my guess is that $port is not assigned. its trying to connect to port 'dbname=', which is actually the start of the next variable pair. $port should have some numeric data in it, something like 5432... -- Aaron J. Seigo Sys Admin

Re: [GENERAL] User defined function

1999-10-15 Thread Aaron J. Seigo
7; || date_part('year','now'::date) - 1)::date; once you know that your select works, pop it into the function. functions don't return the most helpful error messages =) the command line in psql is much better for debugging selects/inserts/etc/etc... -- Aaron J. Seigo Sys Admin

Re: [GENERAL] pl/pgsql and backend crashes

1999-10-12 Thread Aaron J. Seigo
s' that don't pause here can cause problems) - vacuuming after dropping a large function i hope this helps lead the pl/pgsql developers towards the problem. =) other'n that (and a few minor oddities) pl/pgsql is just peachy =) -- Aaron J. Seigo Sys Admin

Re: [GENERAL] max() question

1999-09-14 Thread Aaron J. Seigo
, but if you are doing this over a network, a cursor may not be the easiest thing to implement, depending on what you are using. as for performance of this? i dunno. cursor would be best. -- Aaron J. Seigo Sys Admin

Re: [GENERAL] Hardware optimising

1999-08-26 Thread Aaron J. Seigo
hi... > 128 MB 100 MHz SDRAM > AMD K6-2/300 CPU > 10 GB 7200RPM 9.0ms IBM IDE HDD > > It will, over the next few months, as money becomes available, be upgraded to: > > 256 MB 100 MHz SDRAM > Dual Athlon 500 CPUs > 10 GB UltraII Wide SCSI drive > > The database will contain several million rec