pg.ddx.io pgsql-sql@postgresql.org mailing list archive
help / color / mirror / Atom feedpl/pgsql errors
2003-03-03 11:32 UTC Tomasz Myrta <jasiek@klaster.net>
` Re: pl/pgsql errors
2003-03-03 11:45 UTC Tambet Matiisen <t.matiisen@aprote.ee>
` Re: pl/pgsql errors
2003-03-03 12:32 UTC Tomasz Myrta <jasiek@klaster.net>
[3+ messages in thread]
copy help
2003-03-03 09:16 UTC val@webtribe.net
` Re: copy help
2003-03-03 10:29 UTC Janning Vygen <vygen@gmx.de>
[2+ messages in thread]
Users and groups
2003-02-21 22:37 UTC Teddy <epalo@ono.com>
` Re: Users and groups
2003-03-01 13:02 UTC Oliver Elphick <olly@lfix.co.uk>
` Re: Users and groups
2003-03-03 09:58 UTC Christoph Haller <ch@rodos.fzk.de>
[3+ messages in thread]
default operator class (PostgreSQL's error?)
2003-03-02 09:24 UTC Denis Zaitsev <zzz@cd-club.ru>
` Re: default operator class (PostgreSQL's error?)
2003-03-02 18:01 UTC Tom Lane <tgl@sss.pgh.pa.us>
` Re: default operator class (PostgreSQL's error?)
2003-03-03 02:07 UTC Denis Zaitsev <zzz@cd-club.ru>
` Re: default operator class (PostgreSQL's error?)
2003-03-03 03:27 UTC Tom Lane <tgl@sss.pgh.pa.us>
` Re: default operator class (PostgreSQL's error?)
2003-03-03 05:03 UTC Denis Zaitsev <zzz@cd-club.ru>
[5+ messages in thread]
(no subject)
2003-03-01 13:50 UTC bishop@nm.ru
` Re:
2003-03-02 06:10 UTC Tom Lane <tgl@sss.pgh.pa.us>
` Re:
2003-03-02 21:58 UTC Zodiac <bishop@nm.ru>
[3+ messages in thread]
Any limitation in size for return result from SELECT?
2003-02-25 14:25 UTC Natasa Bulatovic <n.bulatovic@zim.mpg.de>
` Re: Any limitation in size for return result from SELECT?
2003-03-02 03:03 UTC Stephan Szabo <sszabo@megazone23.bigpanda.com>
` Re: Any limitation in size for return result from SELECT?
2003-03-02 03:41 UTC Joe Conway <mail@joeconway.com>
` Re: Any limitation in size for return result from SELECT?
2003-03-02 03:44 UTC Bruno Wolff III <bruno@wolff.to>
[4+ messages in thread]
Are scalar type's in/out functions implicitly STRICT?
2003-02-28 00:45 UTC Denis Zaitsev <zzz@cd-club.ru>
` Re: Are scalar type's in/out functions implicitly STRICT?
2003-02-28 02:44 UTC Tom Lane <tgl@sss.pgh.pa.us>
` Re: Are scalar type's in/out functions implicitly STRICT?
2003-02-28 03:24 UTC Bruno Wolff III <bruno@wolff.to>
` Re: Are scalar type's in/out functions implicitly STRICT?
2003-03-02 00:40 UTC Denis Zaitsev <zzz@cd-club.ru>
` Re: Are scalar type's in/out functions implicitly STRICT?
2003-03-02 00:41 UTC Denis Zaitsev <zzz@cd-club.ru>
[5+ messages in thread]
PL/pgSQL
2000-05-27 20:03 UTC Antony Sakellariou <vansak@otenet.gr>
` Re: PL/pgSQL
2000-08-03 15:33 UTC Mark Volpe <volpe.mark@epamail.epa.gov>
` PL/pgSQL
2000-08-07 20:00 UTC Jie Liang <jliang@ipinc.com>
` PL/pgSQL
2000-08-15 17:06 UTC Jie Liang <jliang@ipinc.com>
` PL/PGSQL
2001-06-05 06:18 UTC Andrzej Roszkowski <thomas@polcard.com.pl>
` Re: PL/PGSQL
2001-06-12 17:15 UTC Alex Pilosov <alex@pilosoft.com>
` Re: PL/PGSQL
2001-06-12 19:48 UTC Roberto Mello <rmello@cc.usu.edu>
` PL/pgsql
2002-03-04 18:32 UTC Ismail Bouabdallah <bouabdi9@cs.man.ac.uk>
` Re: PL/pgsql
2002-03-08 19:54 UTC PG Explorer <pgmail@pgexplorer.com>
` Re: PL/pgsql
2002-03-11 10:39 UTC adm <adm@yantel.ru>
` PL/pgsql
2002-09-25 19:38 UTC Gustavo Tadao Okida <Gtadaodev@netscape.net>
` Re: PL/pgsql
2002-09-27 20:16 UTC Ian Barwick <barwick@gmx.net>
` PL/pgSQL
2003-03-01 22:57 UTC Zodiac <bishop@nm.ru>
[13+ messages in thread]
Denormalizing during select
2003-02-24 17:18 UTC no.spam@address.com
` Re: Denormalizing during select
2003-02-24 19:12 UTC Jeff Boes <jboes@nexcerpt.com>
` Re: Denormalizing during select
2003-02-24 22:33 UTC Josh Berkus <josh@agliodbs.com>
` Re: Denormalizing during select
2003-02-25 03:37 UTC no.spam@address.com
` Re: Denormalizing during select
2003-02-25 03:44 UTC Edmund Lian <no.spam@address.com>
` Re: Denormalizing during select
2003-02-25 18:24 UTC Josh Berkus <josh@agliodbs.com>
` Re: Denormalizing during select
2003-02-25 18:48 UTC Edmund Lian <no.spam@address.com>
` Re: Denormalizing during select
2003-03-01 17:07 UTC Rod Taylor <rbt@rbt.ca>
` Re: Denormalizing during select
2003-03-01 17:07 UTC Rod Taylor <rbt@rbt.ca>
` Re: Denormalizing during select
2003-03-01 17:13 UTC Tom Lane <tgl@sss.pgh.pa.us>
` Re: Denormalizing during select
2003-03-01 17:53 UTC Greg Stark <gsstark@mit.edu>
[11+ messages in thread]
Epoch extraction
2003-03-01 14:47 UTC Denis Arh <denis@exonium.net>
` Epoch extraction
2003-03-01 14:53 UTC Denis Arh <denis@exonium.net>
` Re: Epoch extraction
2003-03-01 17:07 UTC Tom Lane <tgl@sss.pgh.pa.us>
[3+ messages in thread]
Arrays in Postgresql Processes
2003-03-01 12:33 UTC Aspire Something <aspire420@hotpop.com>
use of geometric types in select ?
2003-02-27 21:07 UTC dhoubrechts <dhoubrechts@cybernet.be>
` Re: use of geometric types in select ?
2003-03-01 08:37 UTC Victor Yegorov <viy@pirmabanka.lv>
[2+ messages in thread]
Optimizing
2001-11-08 21:54 UTC Jeff Sack <sackj@alum.rpi.edu>
` Re: Optimizing
2001-11-09 15:54 UTC Josh Berkus <josh@agliodbs.com>
` Re: Optimizing
2001-11-12 13:40 UTC Steve Brett <steve.brett@e-mis.com>
` Optimizing
2003-02-28 15:26 UTC Montrone, Marc -- 7183 <marc.montrone@novastar1.com>
` Re: Optimizing
2003-03-01 01:12 UTC Dan Langille <dan@langille.org>
` Re: Optimizing
2003-03-01 01:16 UTC Steve Crawford <scrawford@pinpointresearch.com>
[6+ messages in thread]
Re: DELETE FROM t WHERE EXISTS
2003-02-28 13:28 UTC Tomasz Myrta <jasiek@klaster.net>
` DELETE FROM t WHERE EXISTS
2003-02-28 17:16 UTC Dan Langille <dan@langille.org>
` Re: DELETE FROM t WHERE EXISTS
2003-02-28 19:25 UTC Jakub Ouhrabka <jouh8664@ss1000.ms.mff.cuni.cz>
` Re: DELETE FROM t WHERE EXISTS
2003-02-28 19:30 UTC Jeff Eckermann <jeff_eckermann@yahoo.com>
` Re: DELETE FROM t WHERE EXISTS
2003-02-28 20:11 UTC Tom Lane <tgl@sss.pgh.pa.us>
` Re: DELETE FROM t WHERE EXISTS
2003-02-28 20:34 UTC Stephan Szabo <sszabo@megazone23.bigpanda.com>
` Re: DELETE FROM t WHERE EXISTS
2003-02-28 20:36 UTC Robert Treat <xzilla@users.sourceforge.net>
` Re: DELETE FROM t WHERE EXISTS
2003-02-28 21:56 UTC Dan Langille <dan@langille.org>
` Re: DELETE FROM t WHERE EXISTS
2003-02-28 21:58 UTC Dan Langille <dan@langille.org>
` Re: DELETE FROM t WHERE EXISTS
2003-02-28 22:01 UTC Dan Langille <dan@langille.org>
` Re: DELETE FROM t WHERE EXISTS
2003-02-28 22:47 UTC Dmitry Tkach <dmitry@openratings.com>
[11+ messages in thread]
WebDB, iAS
2003-02-26 13:19 UTC gyurika <gyurika@prolan.hu>
` Re: WebDB, iAS
2003-02-26 13:21 UTC Victor Yegorov <viy@pirmabanka.lv>
` Re: WebDB, iAS
2003-02-26 13:36 UTC D'Arcy J.M. Cain <darcy@druid.net>
` Re: WebDB, iAS
2003-02-28 17:57 UTC Guy Fraser <guy@incentre.net>
[4+ messages in thread]
pgsql problem
2003-02-26 22:46 UTC Grignon Etienne <egrignon@egrignon.com>
` Re: pgsql problem
2003-02-27 14:41 UTC Christoph Haller <ch@rodos.fzk.de>
` Re: pgsql problem
2003-02-27 20:33 UTC Grignon Etienne <egrignon@egrignon.com>
` Re: pgsql problem
2003-02-27 22:04 UTC Stephan Szabo <sszabo@megazone23.bigpanda.com>
` Re: pgsql problem
2003-02-28 06:11 UTC Victor Yegorov <viy@pirmabanka.lv>
` Re: pgsql problem
2003-02-28 10:08 UTC Christoph Haller <ch@rodos.fzk.de>
[6+ messages in thread]
PSQL segmentation fault?
2003-02-28 04:43 UTC Frankie Lam <frankie@ucr.com.hk>
calling a stored procedure via pqSendQuery
2003-02-28 03:44 UTC victor@inf.ufsc.br
GiST, Not Using Index
2003-02-27 19:37 UTC Itai Zukerman <zukerman@math-hat.com>
` Re: GiST, Not Using Index
2003-02-27 20:51 UTC Tom Lane <tgl@sss.pgh.pa.us>
` Re: GiST, Not Using Index
2003-02-27 21:15 UTC Itai Zukerman <zukerman@math-hat.com>
` Re: GiST, Not Using Index
2003-02-27 22:38 UTC Tom Lane <tgl@sss.pgh.pa.us>
` Re: GiST, Not Using Index
2003-02-27 23:12 UTC Itai Zukerman <zukerman@math-hat.com>
[5+ messages in thread]
Analyse article
2003-02-27 18:51 UTC Dan Langille <dan@langille.org>
` Re: Analyse article
2003-02-27 19:59 UTC Dan Langille <dan@langille.org>
[2+ messages in thread]
how to return ONE single record from a function in plpgsql?
2003-02-23 00:14 UTC Hubert depesz Lubaczewski <depesz@depesz.pl>
` how to return ONE single record from a function in plpgsql?
2003-02-23 10:47 UTC Hubert depesz Lubaczewski <depesz@depesz.pl>
` Re: how to return ONE single record from a function in plpgsql?
2003-02-23 16:34 UTC Tom Lane <tgl@sss.pgh.pa.us>
` Re: how to return ONE single record from a function in plpgsql?
2003-02-27 15:53 UTC Hubert depesz Lubaczewski <depesz@depesz.pl>
[4+ messages in thread]
how can i drop a <unnamed> constraint
2003-02-25 14:55 UTC rute solipa <rutes@eselx.ipl.pt>
` Re: how can i drop a <unnamed> constraint
2003-02-25 15:05 UTC Christoph Haller <ch@rodos.fzk.de>
` Re: how can i drop a <unnamed> constraint
2003-02-25 15:23 UTC Christoph Haller <ch@rodos.fzk.de>
` Re: how can i drop a <unnamed> constraint
2003-02-27 10:13 UTC Christoph Haller <ch@rodos.fzk.de>
[4+ messages in thread]
timestamp output as seconds since epoch?
2003-02-27 01:14 UTC A.M. <agentm@cmu.edu>
` Re: timestamp output as seconds since epoch?
2003-02-27 01:30 UTC Rod Taylor <rbt@rbt.ca>
[2+ messages in thread]
Design Q.:logic in app or db?
2003-02-26 15:32 UTC george young <gry@ll.mit.edu>
` Re: Design Q.:logic in app or db?
2003-02-26 18:25 UTC Josh Berkus <josh@agliodbs.com>
` Re: Design Q.:logic in app or db?
2003-02-26 19:58 UTC Achilleus Mantzios <achill@matrix.gatewaynet.com>
[3+ messages in thread]
Return type of triger functions from OPAQUE to TRIGGER in 7.3
2003-02-25 19:20 UTC Roberto Mello <rmello@cc.usu.edu>
` Re: Return type of triger functions from OPAQUE to TRIGGER in 7.3
2003-02-25 21:10 UTC Tom Lane <tgl@sss.pgh.pa.us>
` Re: Return type of triger functions from OPAQUE to TRIGGER in 7.3
2003-02-26 00:42 UTC Josh Berkus <josh@agliodbs.com>
` Re: Return type of triger functions from OPAQUE to TRIGGER in 7.3
2003-02-26 04:43 UTC Roberto Mello <rmello@cc.usu.edu>
` Re: Return type of triger functions from OPAQUE to TRIGGER in 7.3
2003-02-26 04:48 UTC Roberto Mello <rmello@cc.usu.edu>
` Re: Return type of triger functions from OPAQUE to TRIGGER in 7.3
2003-02-26 17:08 UTC Josh Berkus <josh@agliodbs.com>
[6+ messages in thread]
[next (older)]
This inbox is served by DDX for PostgreSQL; see mirroring instructions
for how to clone and mirror all data and code used for this inbox