• Text Size: Normal / Large
• Donate
• Contact

Section Navigation

• Community
• Contributors
• Mailing Lists
  • Subscribe
  • User lists
  • Developer lists
    • pgsql-cluster-hackers
    • pgsql-committers
    • pgsql-hackers
    • pgsql-rrreviewers
    • pgsql-testers
    • pgsql-www
  • Regional lists
  • Associations
  • User groups
  • Project lists
  • Inactive lists
• IRC
• Featured Users
• International Sites
• Propaganda
• Resources
• Weekly News
• Community login
  • Profile
  • Lost password

pgsql-hackers 2003-04 Chronological Index (1/6)

• Thread Index
• [Prev Page]
• [Next Page]

• 18 January 2012
  • [no subject] Unknown (03:27)
  • [no subject] Unknown (03:27)
  • [no subject] Unknown (03:27)
  • [no subject] Unknown (03:27)
• 01 May 2003
  • Re: Cygwin PostgreSQL CVS build issues Francisco Figueiredo Jr. (00:40)
  • Re: Attribute must be GROUPed.... ? Andrew Dunstan (00:32)
  • Re: Attribute must be GROUPed.... ? Tom Lane (00:31)
• 30 April 2003
  • Re: Attribute must be GROUPed.... ? Stephan Szabo (22:16)
  • Re: Attribute must be GROUPed.... ? Daniele Orlandi (22:02)
  • Re: Attribute must be GROUPed.... ? Stephan Szabo (21:48)
  • Attribute must be GROUPed.... ? Daniele Orlandi (21:21)
  • Planned changes in backend memory management Tom Lane (19:14)
  • PITR: Proposed modifications to JR's design Patrick Macdonald (17:34)
  • Re: Trx issues: SELECT FOR UPDATE LIMIT Zeugswetter Andreas SB SD (15:49)
  • pattern match, index use and performance John Liu (15:18)
  • Re: Trx issues: SELECT FOR UPDATE LIMIT Tom Lane (15:07)
  • Trx issues: SELECT FOR UPDATE LIMIT James Mancz (14:49)
  • Re: Cygwin PostgreSQL CVS build issues Tom Lane (14:26)
  • Re: current breakage with PGCLIENTENCODING Tom Lane (14:00)
  • Re: Cygwin PostgreSQL CVS build issues Jason Tishler (12:32)
  • Re: current breakage with PGCLIENTENCODING Tatsuo Ishii (11:57)
  • Re: Cygwin PostgreSQL CVS build issues Zeugswetter Andreas SB SD (10:35)
  • Re: current breakage with PGCLIENTENCODING Tom Lane (03:47)
  • Re: "Adding missing from clause" Philip Warner (02:23)
  • Re: current breakage with PGCLIENTENCODING Tatsuo Ishii (01:38)
  • Re: LISTEN/NOTIFY benchmarks? Sean Chittenden (01:26)
  • Re: LISTEN/NOTIFY benchmarks? Gavin Sherry (01:10)
  • Re: LISTEN/NOTIFY benchmarks? Sean Chittenden (00:30)
  • Re: LISTEN/NOTIFY benchmarks? prashanth (00:17)
• 29 April 2003
  • Re: "Adding missing from clause" Tom Lane (22:38)
  • Re: LISTEN/NOTIFY benchmarks? Tom Lane (22:21)
  • "Adding missing from clause" Josh Berkus (21:37)
  • Re: Cygwin PostgreSQL CVS build issues Bruce Momjian (21:05)
  • Re: Cygwin PostgreSQL CVS build issues Kurt Roeckx (20:43)
  • Re: Cygwin PostgreSQL CVS build issues Jason Tishler (20:28)
  • Re: Cygwin PostgreSQL CVS build issues Jason Tishler (20:23)
  • Re: LISTEN/NOTIFY benchmarks? Tom Lane (19:50)
  • Re: LISTEN/NOTIFY benchmarks? prashanth (19:44)
  • Re: Transform groups Tom Lane (19:37)
  • Re: Cygwin PostgreSQL CVS build issues Tom Lane (19:37)
  • Re: LISTEN/NOTIFY benchmarks? prashanth (19:36)
  • Re: FOR EACH STATEMENT triggers Jan Wieck (19:31)
  • Re: Cygwin PostgreSQL CVS build issues Bruce Momjian (18:27)
  • Cygwin PostgreSQL CVS build issues Jason Tishler (18:15)
  • Transform groups Peter Eisentraut (17:57)
  • Re: Problem with COPY on RedHat 8 with PostgreSQL 7.3.2 Tom Lane (16:46)
  • Re: Sailesh Krishnamurthy (16:11)
  • Re: Searching for symbols with tsearch Teodor Sigaev (15:42)
  • Re: Problem with COPY on RedHat 8 with PostgreSQL 7.3.2 Tom Lane (15:33)
  • Re: Searching for symbols with tsearch scott.marlowe (15:16)
  • Re: Robert Treat (13:18)
  • [no subject] Han (09:40)
  • Problem with COPY on RedHat 8 with PostgreSQL 7.3.2 Hans-Juergen Schoenig (09:14)
  • FOR EACH STATEMENT triggers Andreas Pflug (08:20)
  • Re: LISTEN/NOTIFY benchmarks? Hannu Krosing (07:11)
  • Re: Searching for symbols with tsearch Hannu Krosing (07:11)
  • Searching for symbols with tsearch Christopher Kings-Lynne (06:19)
  • Re: Changing the default configuration Matthew T. O'Connor (04:48)
  • Re: How about an am_superuser GUC parameter (non-settable)? Bruce Momjian (03:07)
  • Re: LISTEN/NOTIFY benchmarks? Tom Lane (02:19)
  • Re: How about an am_superuser GUC parameter (non-settable)? Tom Lane (02:06)
  • Re: How about an am_superuser GUC parameter (non-settable)? Bruce Momjian (01:41)
  • Re: How about an am_superuser GUC parameter (non-settable)? Peter Eisentraut (01:16)
  • LISTEN/NOTIFY benchmarks? prashanth (01:04)
• 28 April 2003
  • Please, apply patch for current CVS Teodor Sigaev (15:48)
  • Re: INSERT/UPDATE ... RETURNING Tom Lane (14:18)
  • Re: INSERT/UPDATE ... RETURNING Philip Warner (14:04)
  • Re: INSERT/UPDATE ... RETURNING Jan Wieck (11:19)
  • Re: [PERFORM] Diferent execution plan for similar query Shridhar Daithankar (11:01)
  • INSERT/UPDATE ... RETURNING Gavin Sherry (09:37)
  • Re: STABLE functions Zeugswetter Andreas SB SD (07:51)
  • Re: Prepared queries and ANALYZE Gavin Sherry (05:37)
  • LockData (Lock.h) Sumaira Ali - (05:25)
  • Re: Prepared queries and ANALYZE Sailesh Krishnamurthy (05:01)
  • Re: Prepared queries and ANALYZE Tom Lane (04:57)
• 27 April 2003
  • Prepared queries and ANALYZE Gavin Sherry (23:18)
  • ProcLock--> holding[] Sumaira Ali - (22:20)
  • PROCLOCK Sumaira Ali - (20:43)
  • Re: Array access to type "name" Tom Lane (20:11)
  • Re: current breakage with PGCLIENTENCODING Tom Lane (19:06)
  • Re: Array access to type "name" Tom Lane (18:16)
  • Re: current breakage with PGCLIENTENCODING Tom Lane (17:35)
  • Re: Array access to type "name" Peter Eisentraut (17:24)
  • Re: current breakage with PGCLIENTENCODING Tom Lane (16:26)
  • Re: current breakage with PGCLIENTENCODING Tom Lane (15:14)
  • Re: current breakage with PGCLIENTENCODING Tatsuo Ishii (10:07)
  • Re: [EXAMPLE] Overly zealous security of schemas... Sean Chittenden (08:35)
  • Re: STABLE functions Joachim Wieland (07:58)
  • Re: current breakage with PGCLIENTENCODING Tom Lane (05:28)
  • Re: current breakage with PGCLIENTENCODING Tom Lane (05:14)
  • Re: Array access to type "name" Tom Lane (05:06)
  • Re: STABLE functions Tom Lane (04:56)
  • Re: [EXAMPLE] Overly zealous security of schemas... Sean Chittenden (04:37)
  • current breakage with PGCLIENTENCODING Tatsuo Ishii (02:48)
  • Re: STABLE functions Philip Warner (01:53)
  • Re: conflicting libraries at runtime Joe Conway (01:10)
  • Re: conflicting libraries at runtime Joe Conway (01:07)
• 26 April 2003
  • Re: conflicting libraries at runtime Peter Eisentraut (23:57)
  • Re: [EXAMPLE] Overly zealous security of schemas... Sean Chittenden (22:34)
  • Re: [EXAMPLE] Overly zealous security of schemas... Tom Lane (22:25)
  • Re: [EXAMPLE] Overly zealous security of schemas... Tom Lane (22:24)
  • Re: [EXAMPLE] Overly zealous security of schemas... Sean Chittenden (22:16)
  • Re: [EXAMPLE] Overly zealous security of schemas... Sean Chittenden (21:36)
  • Re: [EXAMPLE] Overly zealous security of schemas... Tom Lane (21:19)
  • Array access to type "name" Peter Eisentraut (21:05)
  • [EXAMPLE] Overly zealous security of schemas... Sean Chittenden (20:48)
  • Re: conflicting libraries at runtime Tom Lane (16:45)
  • Less global variables Alvaro Herrera (15:22)
  • Re: pg_constraint and constraint triggers Dave Page (08:53)
  • Re: Putting code in main of src/backend/main/main.c Sumaira Ali - (01:37)
• 25 April 2003
  • conflicting libraries at runtime Joe Conway (22:46)
  • How about an am_superuser GUC parameter (non-settable)? Tom Lane (22:35)
  • Re: pg_namespace -> pg_schema? Tom Lane (22:20)
  • pg_namespace -> pg_schema? Sean Chittenden (21:39)
  • Re: pg_constraint and constraint triggers Tom Lane (20:51)
  • pg_constraint and constraint triggers Dave Page (20:19)
  • Re: [PERFORM] Foreign key performance Jan Wieck (19:53)
  • Re: close() vs. closesocket() pgsql (16:43)
  • Re: close() vs. closesocket() Bruce Momjian (16:16)
  • Re: close() vs. closesocket() pgsql (16:10)
  • Re: close() vs. closesocket() Bruce Momjian (16:09)
  • Re: close() vs. closesocket() Bruce Momjian (16:03)
  • Re: close() vs. closesocket() pgsql (16:00)
  • Re: close() vs. closesocket() Bruce Momjian (15:35)
  • Re: close() vs. closesocket() pgsql (15:17)
  • Re: STABLE functions Tom Lane (15:14)
  • Re: STABLE functions Joachim Wieland (14:59)
  • Re: close() vs. closesocket() Bruce Momjian (14:14)
  • Re: close() vs. closesocket() Bruce Momjian (14:13)
  • Re: close() vs. closesocket() Tom Lane (14:10)
  • Re: STABLE functions Tom Lane (14:03)
  • Re: close() vs. closesocket() mlw (12:30)
  • Re: default locale considered harmful? (was Re: [GENERAL] Using Olleg Samojlov (12:04)
  • Statement triggers 7.4 NEW/OLD Andreas Pflug (11:07)
  • STABLE functions Joachim Wieland (09:51)
  • Re: linking problem with gcc-mingw Shi-Sen Chang (08:34)
  • Re: putting new pdf docs on ftp site Dave Page (07:28)
  • Re: compile error on cvs tip Sean Chittenden (06:47)
  • Re: close() vs. closesocket() Shridhar Daithankar (06:35)
  • Re: compile error on cvs tip Joe Conway (04:45)
  • Re: compile error on cvs tip Tom Lane (04:40)
  • Re: compile error on cvs tip Joe Conway (04:33)
  • Re: Putting code in main of src/backend/main/main.c Tom Lane (04:28)
  • Re: Putting code in main of src/backend/main/main.c Sumaira Ali - (04:17)
  • Re: compile error on cvs tip Tom Lane (03:32)
  • Re: compile error on cvs tip Joe Conway (03:22)
  • Re: compile error on cvs tip Tom Lane (03:12)
  • compile error on cvs tip Joe Conway (03:06)
  • Re: Postgresql Filesystem Kevin Lo (02:00)
  • Re: query optimization scenarios 17,701 times faster!!! Tom Lane (00:30)
• 24 April 2003
  • Re: Are we losing momentum? Rod Taylor (23:14)
  • Re: Are we losing momentum? Sailesh Krishnamurthy (22:46)
  • Re: Are we losing momentum? Tom Lane (22:28)
  • Re: Are we losing momentum? Sailesh Krishnamurthy (22:13)
  • Re: table creation using backend functions Tom Lane (21:56)
  • Re: query optimization scenarios 17,701 times faster!!! Stephan Szabo (21:52)
  • Re: query optimization scenarios 17,701 times faster!!! Stephan Szabo (21:45)
  • Re: query optimization scenarios 17,701 times faster!!! scott.marlowe (21:24)
  • Re: query optimization scenarios 17,701 times faster!!! Robert Dyas (21:08)
  • Re: query optimization scenarios 17,701 times faster!!! Stephan Szabo (19:17)
  • Re: query optimization scenarios 17,701 times faster!!! Robert Dyas (18:36)
  • close() vs. closesocket() Bruce Momjian (18:35)
  • table creation using backend functions Alice Lottini (18:19)
  • Re: query optimization scenarios 17,701 times faster!!! Kurt Roeckx (18:07)
  • Re: pg_dump dumping... core ohp (18:00)
  • Re: pg_dump dumping... core ohp (17:31)
  • Re: First draft of new FE/BE protocol spec posted for comments Barry Lind (17:29)
  • Re: pg_dump dumping... core ohp (16:45)
  • Re: libpq.dll (Win32) for rel. 7.3.2 missing some exports Karl Waclawek (15:26)
  • Re: libpq.dll (Win32) for rel. 7.3.2 missing some exports Tom Lane (15:16)
  • Re: libpq.dll (Win32) for rel. 7.3.2 missing some exports Bruce Momjian (15:11)
  • libpq.dll (Win32) for rel. 7.3.2 missing some exports Karl Waclawek (14:58)
  • Re: pg_dump dumping... core Tom Lane (14:57)
  • pg_dump dumping... core ohp (14:29)
  • Re: putting new pdf docs on ftp site Dave Page (14:22)
  • Re: query optimization scenarios 17,701 times faster!!! Robert Dyas (14:13)
  • Re: Unrelated question Hannu Krosing (13:40)
  • Re: Unrelated question Jeroen T. Vermeulen (13:39)
  • putting new pdf docs on ftp site Robert Treat (13:33)
  • Re: src/backend/storage/lmgr/lock.c ----> LockAcquire() Tom Lane (13:09)

• Thread Index
• [Prev Page]
• [Next Page]