rdelaage
/
postgresql
mirror of https://git.postgresql.org/git/postgresql.git
1
0
Fork 0
Code Issues Packages Projects Releases Wiki Activity
26,638 Commits 36 Branches 606 Tags 423 MiB
Commit Graph

26638 Commits

Author SHA1 Message Date
Bruce Momjian 0d540b097c Add psql TODO: 
< * Include the symbolic SQLSTATE name in verbose error reports
<
<   http://archives.postgresql.org/pgsql-general/2007-09/msg00438.php
 2008-03-12 20:50:22 +00:00
Bruce Momjian 4fed6e3ffd Add to TODO: 
> * Expire published xmin for read-only and idle transactions
>
>   http://archives.postgresql.org/pgsql-hackers/2007-09/msg00343.php
 2008-03-12 20:19:46 +00:00
Tom Lane 033eb1581b Fix LISTEN/NOTIFY race condition reported by Laurent Birtz, by postponing 
pg_listener modifications commanded by LISTEN and UNLISTEN until the end
of the current transaction.  This allows us to hold the ExclusiveLock on
pg_listener until after commit, with no greater risk of deadlock than there
was before.  Aside from fixing the race condition, this gets rid of a
truly ugly kludge that was there before, namely having to ignore
HeapTupleBeingUpdated failures during NOTIFY.  There is a small potential
incompatibility, which is that if a transaction issues LISTEN or UNLISTEN
and then looks into pg_listener before committing, it won't see any resulting
row insertion or deletion, where before it would have.  It seems unlikely
that anyone would be depending on that, though.

This patch also disallows LISTEN and UNLISTEN inside a prepared transaction.
That case had some pretty undesirable properties already, such as possibly
allowing pg_listener entries to be made for PIDs no longer present, so
disallowing it seems like a better idea than trying to maintain the behavior.
 2008-03-12 20:11:46 +00:00
Bruce Momjian 1c228fa5ab Add: 
>
> * Consider a special data type for regular expressions
>
>   http://archives.postgresql.org/pgsql-hackers/2007-08/msg01067.php
 2008-03-12 19:41:23 +00:00
Bruce Momjian 582f32fd45 Back out text search change to TODO. 2008-03-12 19:40:01 +00:00
Bruce Momjian 4f72bc7fce Update TODO: 
* Add array_accum() and array_to_set() functions for arrays

  The standards specify array_agg() and UNNEST.
  http://archives.postgresql.org/pgsql-hackers/2007-08/msg00464.php
 2008-03-12 19:32:07 +00:00
Bruce Momjian 3a27ad1b81 Add URL for: 
* Consider a simplified API for full text searches

>   http://archives.postgresql.org/pgsql-hackers/2007-08/msg01067.php
 2008-03-12 19:30:59 +00:00
Bruce Momjian 0a81e99384 Add for Win32 TODO: 
>
> 	o Convert MSVC build system to remove most batch files
>
> 	  http://archives.postgresql.org/pgsql-hackers/2007-08/msg00961.php
 2008-03-12 19:28:03 +00:00
Bruce Momjian 8522e59e13 Add URL for: 
* Add REINDEX CONCURRENTLY, like CREATE INDEX CONCURRENTLY

>   http://archives.postgresql.org/pgsql-performance/2007-08/msg00289.php
 2008-03-12 19:15:25 +00:00
Bruce Momjian a690d09aab Add for Win32 TODO: 
> 	o Diagnose problem where shared memory can sometimes not be
> 	  attached by postmaster children
>
> 	  http://archives.postgresql.org/pgsql-general/2007-08/msg01377.php
>
 2008-03-12 18:33:54 +00:00
Bruce Momjian ef34846cd1 Add to TODO: 
>
> * Remove use of MAKE_PTR and MAKE_OFFSET macros
>
>   http://archives.postgresql.org/pgsql-general/2007-08/msg01510.php
 2008-03-12 18:32:29 +00:00
Bruce Momjian c7302beb58 Add to TODO: 
>
> * Add array_accum() and array_to_set() functions for arrays
>
>   http://archives.postgresql.org/pgsql-hackers/2007-08/msg00464.php
 2008-03-12 15:14:50 +00:00
Tom Lane b7a67c2840 Add a comment explaining one of the ways that pgbench fails to fully 
comply with TPC-B.  Per Itagaki Takahiro and discussion of bug#3681.
 2008-03-12 02:18:33 +00:00
Bruce Momjian 3030f18a1b Add URL for: 
* Improve speed with indexes

  For large table adjustments during VACUUM FULL, it is faster to cluster
  or reindex rather than update the index.  Also, index updates can bloat
  the index.


>   http://archives.postgresql.org/pgsql-hackers/2007-08/msg00307.php
 2008-03-12 01:48:08 +00:00
Bruce Momjian ab2ff36465 Add: 
>
> * Allow domains to be cast
>
>   http://archives.postgresql.org/pgsql-hackers/2003-06/msg01206.php
>   http://archives.postgresql.org/pgsql-hackers/2007-08/msg00289.php
 2008-03-12 01:40:09 +00:00
Bruce Momjian 232c4b4038 Add: 
>
> * Consider simplifying how memory context resets handle child contexts
>
>   http://archives.postgresql.org/pgsql-patches/2007-08/msg00067.php
 2008-03-12 01:35:00 +00:00
Bruce Momjian 381e4cde45 Add URL for: 
>   http://archives.postgresql.org/pgsql-hackers/2007-08/msg00082.php
 2008-03-12 01:21:25 +00:00
Bruce Momjian b21e8b2e1e Add URL for: 
* Consider increasing NUM_CLOG_BUFFERS

>   http://archives.postgresql.org/pgsql-performance/2007-08/msg00024.php
 2008-03-12 01:08:32 +00:00
Bruce Momjian e6729a3bee Add URL for: 
* Consider increasing NUM_CLOG_BUFFERS
>
>   http://archives.postgresql.org/pgsql-hackers/2007-08/msg00030.php
>
 2008-03-12 01:03:04 +00:00
Bruce Momjian def329d165 Prevent psql \copy from accepting multiple string parameters, e.g. 
test=> \copy billing_data from ../BillingSamplePricerFile.csv with csv
	   header quote as '"' null as 'abc' null as '123'
	\copy: parse error at "null"

Per report from Stephen Frost
 2008-03-11 23:30:56 +00:00
Bruce Momjian 288579ca71 Update TODO: 
o Allow COPY in CSV mode to control whether a quoted zero-length
          string is treated as NULL

          Currently this is always treated as a zero-length string,
          which generates an error when loading into an integer column
 2008-03-11 23:17:05 +00:00
Bruce Momjian fc8d249457 add to TODO COPY: 
>
> 	o Allow COPY in CSV mode to control whether "" is treated as NULL
>
> 	  http://archives.postgresql.org/pgsql-hackers/2007-07/msg00905.php
 2008-03-11 22:47:28 +00:00
Bruce Momjian 5db5d70a6d Add to pl/pgsql: 
>
> 	o Improve logic of determining if an identifier is a a
> 	  variable or column name
>
> 	  http://archives.postgresql.org/pgsql-hackers/2007-07/msg00436.php
 2008-03-11 22:31:02 +00:00
Bruce Momjian 8dc75d062f Add: 
>
> * Add automated check for invalid C++ source code constructs
>
>   http://archives.postgresql.org/pgsql-patches/2007-07/msg00056.php
 2008-03-11 21:25:02 +00:00
Bruce Momjian 1ac2627ab0 Add: 
> * Research use of signals and sleep wake ups
>
>   http://archives.postgresql.org/pgsql-hackers/2007-07/msg00003.php
 2008-03-11 21:13:13 +00:00
Bruce Momjian 56c7614bb2 Add: 
* Test to see if calling PreallocXlogFiles() from the background writer
  will help with WAL segment creation latency

  http://archives.postgresql.org/pgsql-patches/2007-06/msg00340.php
 2008-03-11 21:06:10 +00:00
Bruce Momjian 955ddc3e7d < * Consider adding buffers the BGW finds reusable to the free list 
> * Consider adding buffers the background writer finds reusable to the
>   free list
>
> * Consider wither increasing BM_MAX_USAGE_COUNT improves performance
>
>   http://archives.postgresql.org/pgsql-hackers/2007-06/msg01007.php
 2008-03-11 20:46:20 +00:00
Bruce Momjian 639c6cb712 Add URL for: 
* Reduce storage space for small NUMERICs

>   http://archives.postgresql.org/pgsql-hackers/2007-06/msg00715.php
 2008-03-11 20:28:13 +00:00
Tom Lane 611b4393f2 Make TransactionIdIsInProgress check transam.c's single-item XID status cache 
before it goes groveling through the ProcArray.  In situations where the same
recently-committed transaction ID is checked repeatedly by tqual.c, this saves
a lot of shared-memory searches.  And it's cheap enough that it shouldn't
hurt noticeably when it doesn't help.
Concept and patch by Simon, some minor tweaking and comment-cleanup by Tom.
 2008-03-11 20:20:35 +00:00
Bruce Momjian ba8a9a9282 Add: 
> 	o Consider normalizing fractions in postgresql.conf, perhaps
> 	  using '%'
>
> 	  http://archives.postgresql.org/pgsql-hackers/2007-06/msg00550.php
 2008-03-11 20:16:40 +00:00
Bruce Momjian beaef327eb Add: 
> * Consider sorting writes during checkpoint
>
>   http://archives.postgresql.org/pgsql-hackers/2007-06/msg00541.php
 2008-03-11 20:04:56 +00:00
Bruce Momjian a0e4f5f30a Add: 
>
> * Prefix command-line utilities like createuser with 'pg_'
>
>   http://archives.postgresql.org/pgsql-hackers/2007-06/msg00025.php
 2008-03-11 19:48:17 +00:00
Bruce Momjian efdb082878 Add: 
>
> * Change memory allocation for multi-byte functions so memory is
>   allocated inside conversion functions
>
>   Currently we preallocate memory based on worst-case usage.
 2008-03-11 19:44:39 +00:00
Bruce Momjian 177eae145f Add another URL for: 
* Consider increasing the number of default statistics target, and
  reduce statistics target overhead

  Also consider having a larger statistics target for indexed columns
  and expression indexes
<
>   http://archives.postgresql.org/pgsql-general/2007-06/msg00542.php
 2008-03-11 19:34:12 +00:00
Bruce Momjian 73df8b174e Add URL for: 
* Consider increasing the number of default statistics target, and
  reduce statistics target overhead

  Also consider having a larger statistics target for indexed columns
  and expression indexes
>   http://archives.postgresql.org/pgsql-general/2007-05/msg01228.php
>
 2008-03-11 19:32:03 +00:00
Bruce Momjian d14ca04e58 Add: 
>
> * Consider increasing the number of default statistics target, and
>   reduce statistics target overhead
>
>   Also consider having a larger statistics target for indexed columns
>   and expression indexes
 2008-03-11 18:30:50 +00:00
Bruce Momjian 3879b62173 Add: 
>
> * Consider using a hash for joining to a large IN (VALUES ...) list
>
>   http://archives.postgresql.org/pgsql-hackers/2007-05/msg00450.php
 2008-03-11 18:14:57 +00:00
Bruce Momjian a2c4705702 Add for VACUUM: 
>
> * Consider a more compact data representation for dead tuples
>
>   http://archives.postgresql.org/pgsql-patches/2007-05/msg00143.php
 2008-03-11 18:05:10 +00:00
Bruce Momjian 8129a814d0 Add URL for: 
* Fix problem when multiple subtransactions of the same outer transaction
  hold different types of locks, and one subtransaction aborts

>   http://archives.postgresql.org/pgsql-hackers/2007-05/msg00773.php
 2008-03-11 18:01:04 +00:00
Bruce Momjian c3f6ca1e27 Add: 
>
> * Add temporal versions of generate_series()
>
>   http://archives.postgresql.org/pgsql-hackers/2007-04/msg01180.php
 2008-03-11 17:42:13 +00:00
Bruce Momjian adc0ee5ea1 Add for pl/pgsql: 
o Review handling of MOVE and FETCH


http://archives.postgresql.org/pgsql-patches/2007-04/msg00527.php
 2008-03-11 17:20:47 +00:00
Bruce Momjian 8e4b2e354f Add: 
> 	o Prevent pg_dump/pg_restore from being affected by
> 	  statement_timeout
>
> 	  Using psql to restore a pg_dump dump is also affected.
 2008-03-11 17:02:33 +00:00
Bruce Momjian a534afc854 Add to documentation: 
+         Setting <varname>statement_timeout</> in
+         <filename>postgresql.conf</> is not recommended because it
+         affects all sessions.

Backpatch to 8.3.X.
 2008-03-11 16:59:00 +00:00
Bruce Momjian b633f2b98a Add: 
> * Allow statistics last vacuum/analyze execution times to be displayed
>   without requiring stats_row_level to be enabled
 2008-03-11 15:52:02 +00:00
Bruce Momjian 2d049a07c9 Back out doc addition that statement_timeout affects autovacuum. 2008-03-11 15:49:46 +00:00
Bruce Momjian 032f9d9a2e Remove item, per Alvaro: 
<
< 	o Set up autovacuum to ignore statement_timeout set in
< 	  postgresql.conf
<
< 	  http://archives.postgresql.org/pgsql-hackers/2007-03/msg01753.php
 2008-03-11 15:48:50 +00:00
Bruce Momjian bc0fc3ec5f Add: 
>
> * Consider adding buffers the BGW finds reusable to the free list
>
>   http://archives.postgresql.org/pgsql-hackers/2007-04/msg00781.php
>
> * Automatically tune bgwriter_delay based on activity rather then using a
>   fixed interval
>
>   http://archives.postgresql.org/pgsql-hackers/2007-04/msg00781.php
 2008-03-11 15:45:05 +00:00
Bruce Momjian bbd2e68cfb Document that statement_timeout is not recommended in postgresql.conf 
because it affects all sessions, including autovacuum.
 2008-03-11 15:39:23 +00:00
Bruce Momjian eb34ffc15b Add: 
>
> 	o Set up autovacuum to ignore statement_timeout set in
> 	  postgresql.conf
>
> 	  http://archives.postgresql.org/pgsql-hackers/2007-03/msg01753.php
 2008-03-11 15:38:54 +00:00
Bruce Momjian bc963fe849 Add URL for: 
* Optimize referential integrity checks

>   http://archives.postgresql.org/pgsql-hackers/2007-04/msg00744.php
 2008-03-11 14:56:52 +00:00