pdf viewer in asp net c# : Add a picture to a pdf file application software tool html windows wpf online postgresql-9.4-A455-part2978

Chapter 18. Server Configuration
wal_writer_delay
(
integer
)
Specifies the delay between activity rounds for the WAL writer. In each round the writer will
flush WAL todisk. It thensleeps for
wal_writer_delay
milliseconds, andrepeats. Thedefault
value is 200 milliseconds (
200ms
). Note that on many systems, the effective resolution of sleep
delays is 10 milliseconds; setting
wal_writer_delay
to a value that is not a multiple of 10
might have the same results as setting it to the next higher multiple of 10. This parameter can
only be set in the
postgresql.conf
file or on the server command line.
commit_delay
(
integer
)
commit_delay
adds a time delay, measured in microseconds, before a WAL flush is initi-
ated. This can improve group commit throughput by allowing a larger number of transactions
to commit via a single WAL flush, if system load is high enough that additional transactions
become ready to commit within the given interval. However, it also increases latency by up to
commit_delay
microseconds for each WAL flush. Because the delay is just wasted if no other
transactions become ready to commit, a delay is only performed if at least
commit_siblings
other transactions are active when a flush is about to be initiated. Also, no delays are performed
if
fsync
is disabled. The default
commit_delay
is zero (nodelay). Onlysuperusers canchange
this setting.
In PostgreSQL releases prior to 9.3,
commit_delay
behaved differently and was much less
effective:it affected onlycommits, rather than all WAL flushes, and waited for the entire config-
ured delay even if the WAL flush was completed sooner. Beginning in PostgreSQL 9.3, the first
process that becomes readyto flushwaits for the configuredinterval, while subsequentprocesses
wait only until the leader completes the flush operation.
commit_siblings
(
integer
)
Minimum number of concurrent open transactions to require before performing the
commit_delay
delay. A larger value makes it more probable that at least one other transaction
will become ready to commit during the delay interval. The default is five transactions.
18.5.2. Checkpoints
checkpoint_segments
(
integer
)
Maximum number of log file segments between automatic WAL checkpoints (each segment
is normally 16 megabytes). The default is three segments. Increasing this parameter can in-
crease the amount of time needed for crash recovery. This parameter can only be set in the
postgresql.conf
file or on the server command line.
checkpoint_timeout
(
integer
)
Maximum time between automatic WAL checkpoints, in seconds. The default is five minutes
(
5min
). Increasing this parameter can increase the amount of time needed for crash recovery.
This parameter can only be set in the
postgresql.conf
file or on the server command line.
checkpoint_completion_target
(
floating point
)
Specifies the target of checkpoint completion, as a fraction of total time between checkpoints.
The default is 0.5. This parameter can only be setin the
postgresql.conf
file or onthe server
command line.
checkpoint_warning
(
integer
)
Write a message tothe server log if checkpoints causedby the filling of checkpoint segment files
happen closer together than this many seconds (which suggests that
checkpoint_segments
478
Add a picture to a pdf file - insert images into PDF in C#.net, ASP.NET, MVC, Ajax, WinForms, WPF
Sample C# code to add image, picture, logo or digital photo into PDF document page using PDF page editor control
add multiple jpg to pdf; add jpg to pdf file
Add a picture to a pdf file - VB.NET PDF insert image library: insert images into PDF in vb.net, ASP.NET, MVC, Ajax, WinForms, WPF
Guide VB.NET Programmers How to Add Images in PDF Document
add signature image to pdf; adding an image to a pdf in preview
Chapter 18. Server Configuration
oughttobe raised). Thedefault is30 seconds (
30s
). Zero disables thewarning. Nowarnings will
begenerated if
checkpoint_timeout
is less than
checkpoint_warning
.This parameter can
only be set in the
postgresql.conf
file or on the server command line.
18.5.3. Archiving
archive_mode
(
boolean
)
When
archive_mode
is enabled, completed WAL segments are sent to archive storage by set-
ting archive_command.
archive_mode
and
archive_command
are separate variables so that
archive_command
can be changed without leaving archiving mode. This parameter can only
be set at server start.
archive_mode
cannot be enabled when
wal_level
is set to
minimal
.
archive_command
(
string
)
The local shell command to execute to archive a completed WAL file segment. Any
%p
in the
string is replaced by the path name of the file to archive, and any
%f
is replaced by only the
file name. (The path name is relative to the working directory of the server, i.e., the cluster’s
data directory.) Use
%%
to embed an actual
%
character in the command. It is important for the
commandtoreturn azeroexit status onlyif itsucceeds. For more informationsee Section 24.3.1.
This parameter can only be set in the
postgresql.conf
file or on the server command line. It
is ignoredunless
archive_mode
was enabled atserver start. If
archive_command
is an empty
string(the default) while
archive_mode
is enabled, WAL archivingis temporarily disabled, but
the server continues to accumulate WAL segment files in the expectation that a command will
soon be provided. Setting
archive_command
to a command that does nothing but return true,
e.g.
/bin/true
(
REM
on Windows), effectively disables archiving, but also breaks the chain of
WAL files needed for archive recovery, so it shouldonly be used in unusual circumstances.
archive_timeout
(
integer
)
The archive_command is only invoked for completed WAL segments. Hence, if your server
generates little WAL traffic (or has slack periods where it does so), there could be a long de-
lay between the completion of a transaction and its safe recording in archive storage. To limit
how old unarchived data can be, you can set
archive_timeout
to force the server to switch
to a new WAL segment file periodically. When this parameter is greater than zero, the server
will switch to a new segment file whenever this many seconds have elapsed since the last
segment file switch, and there has been any database activity, including a single checkpoint.
(Increasing
checkpoint_timeout
will reduce unnecessary checkpoints on an idle system.)
Note that archived files that are closed early due to a forced switch are still the same length as
completely full files. Therefore, it is unwise to use a very short
archive_timeout
—it will
bloat your archive storage.
archive_timeout
settings of a minute or so are usually reason-
able. You should consider using streaming replication, instead of archiving, if you want data to
be copied off the master server more quickly than that. This parameter can only be set in the
postgresql.conf
file or on the server command line.
18.6. Replication
These settings control the behavior of the built-in streaming replication feature (see Section 25.2.5).
Servers will be either a Master or a Standby server. Masters can send data, while Standby(s) are
always receivers of replicated data. When cascading replication (see Section25.2.7) is used, Standby
479
C# TIFF: How to Insert & Burn Picture/Image into TIFF Document
Support adding image or picture to an existing or new new REImage(@"c:\ logo.png"); // add the image powerful & profession imaging controls, PDF document, tiff
add picture to pdf; how to add image to pdf in acrobat
VB.NET Image: Image Cropping SDK to Cut Out Image, Picture and
NET image cropper control SDK; VB.NET image cropping method to crop picture / photo; you can adjust the size of created cropped image file, add antique effect
add jpg to pdf form; how to add image to pdf acrobat
Chapter 18. Server Configuration
server(s) can also be senders, as well as receivers. Parameters are mainly for Sending and Standby
servers, though some parameters have meaning only on the Master server. Settings may vary across
the cluster without problems if that is required.
18.6.1. Sending Server(s)
These parameters can be set on any server that is to send replication data to one or more standby
servers. The master is always a sending server, so these parameters must always be set on the master.
The role and meaning of these parameters does not change after a standby becomes the master.
max_wal_senders
(
integer
)
Specifies the maximum number of concurrent connections from standby servers or streaming
base backup clients (i.e., the maximum number of simultaneously running WAL sender
processes). The default is zero, meaning replication is disabled. WAL sender processes
count towards the total number of connections, so the parameter cannot be set higher than
max_connections. Abrupt streaming client disconnection might cause an orphaned connection
slot until a timeout is reached, so this parameter should be set slightlyhigher than the maximum
number of expected clients so disconnected clients can immediately reconnect. This parameter
can only be set at server start.
wal_level
must be set to
archive
or higher to allow
connections from standby servers.
max_replication_slots
(
integer
)
Specifies the maximum number of replication slots (see Section 25.2.6) that the server can sup-
port. The default is zero. This parameter can only be set at server start.
wal_level
must be set
to
archive
or higher to allow replication slots to be used. Setting it to a lower value than the
number of currently existing replication slots will prevent the server from starting.
wal_keep_segments
(
integer
)
Specifies the minimum number of past log file segments kept in the
pg_xlog
directory, in
case a standby server needs to fetch them for streaming replication. Each segment is normally
16 megabytes. If a standby server connected to the sending server falls behind by more than
wal_keep_segments
segments, the sending server might remove a WAL segment still needed
bythe standby, in which casethereplicationconnectionwill be terminated. Downstream connec-
tions will also eventually fail as a result. (However, the standby server can recover by fetching
the segment from archive, if WAL archiving is in use.)
This sets only the minimum number of segments retained in
pg_xlog
; the system might
need to retain more segments for WAL archival or to recover from a checkpoint. If
wal_keep_segments
is zero (the default), the system doesn’t keep any extra segments for
standbypurposes, so the number of old WAL segments available to standby servers is a function
of the location of the previous checkpoint and status of WAL archiving. This parameter can
only be set in the
postgresql.conf
file or on the server command line.
wal_sender_timeout
(
integer
)
Terminate replication connections that are inactive longer thanthe specifiednumber of millisec-
onds. This is useful for the sendingserver todetect a standby crash or network outage. A value of
zero disables the timeout mechanism. This parameter can only be set in the
postgresql.conf
file or on the server command line. The default value is 60 seconds.
480
VB.NET Image: Image Scaling SDK to Scale Picture / Photo
VB.NET method to scale image file in .NET Framework VB.NET sample code for how to scale image / picture; RasterEdge VB.NET image scaling control SDK add-on.
add image to pdf in preview; add picture to pdf file
C# Word - Paragraph Processing in C#.NET
Add references: C# users can set paragraph properties and create content such as run, footnote, endnote and picture in a paragraph.
add image to pdf acrobat reader; add a picture to a pdf file
Chapter 18. Server Configuration
18.6.2. Master Server
These parameters can be set on the master/primary server that is to send replication data to one or
more standby servers. Note that in addition to these parameters, wal_level must be set appropriately
on the master server, and optionally WAL archiving can be enabled as well (see Section 18.5.3). The
values of these parameters on standbyservers are irrelevant, although you may wish to set them there
in preparation for the possibility of a standby becoming the master.
synchronous_standby_names
(
string
)
Specifies a comma-separated list of standby names that can support synchronous replication,
as described in Section 25.2.8. At any one time there will be at most one active synchronous
standby; transactions waiting for commit will be allowed to proceed after this standby server
confirms receipt of their data. The synchronous standby will be the first standby named in this
list that is both currently connected and streaming data in real-time (as shown by a state of
streaming
in the
pg_stat_replication
view). Other standby servers appearing later in
this list represent potential synchronous standbys. If the current synchronous standby discon-
nects for whatever reason, it willbe replaced immediately with the next-highest-prioritystandby.
Specifying more than one standby name can allow very high availability.
The name of a standby server for this purpose is the
application_name
setting of the standby,
as set in the
primary_conninfo
of the standby’s WAL receiver. There is no mechanism to
enforce uniqueness. In case of duplicates one of the matching standbys will be chosen to be the
synchronous standby, though exactly which one is indeterminate. The special entry
*
matches
any
application_name
,including the default application name of
walreceiver
.
If nosynchronous standby names are specified here, thensynchronous replication is not enabled
and transaction commits will not wait for replication. This is the default configuration. Even
when synchronous replication is enabled, individual transactions can be configured not to wait
for replication by setting the synchronous_commit parameter to
local
or
off
.
This parameter can only be set in the
postgresql.conf
file or on the server command line.
vacuum_defer_cleanup_age
(
integer
)
Specifies the number of transactions by which
VACUUM
and HOT updates will defer cleanup
of dead row versions. The default is zero transactions, meaning that dead row versions can be
removed as soon as possible, that is, as soon as they are no longer visible to any open trans-
action. You may wish to set this to a non-zero value on a primary server that is supporting hot
standby servers, as described in Section 25.5. This allows more time for queries on the standby
tocomplete without incurring conflicts due to earlycleanup of rows. However, since the value is
measured in terms of number of write transactions occurring on the primary server, it is difficult
to predict just how much additional grace time will be made available to standby queries. This
parameter can only be set in the
postgresql.conf
file or on the server command line.
You should also consider setting
hot_standby_feedback
on standby server(s) as an alterna-
tive to using this parameter.
18.6.3. Standby Servers
These settings control the behavior of a standby server that is to receive replication data. Their values
on the master server are irrelevant.
481
VB.NET Image: Image Resizer Control SDK to Resize Picture & Photo
NET Method to Resize Image & Picture. Here we this VB.NET image resizer control add-on, can provide powerful & profession imaging controls, PDF document, image
how to add jpg to pdf file; how to add image to pdf document
VB.NET Image: Create Code 11 Barcode on Picture & Document Using
This PDF document editor add-on contains unique APIs for VB.NET developers to decode, encode and process PDF file independently.
add photo to pdf online; add picture pdf
Chapter 18. Server Configuration
hot_standby
(
boolean
)
Specifies whether or notyoucanconnectandrunqueriesduring recovery, as describedinSection
25.5. The default value is
off
.This parameter can only be set at server start. It only has effect
during archive recovery or in standby mode.
max_standby_archive_delay
(
integer
)
When Hot Standby is active, this parameter determines how long the standby server should
wait before canceling standby queries that conflict with about-to-be-applied WAL entries, as
described in Section 25.5.2.
max_standby_archive_delay
applies when WAL data is being
read from WAL archive (and is therefore not current). The default is 30 seconds. Units are mil-
liseconds if not specified. Avalue of -1allows the standby to wait forever for conflicting queries
to complete. This parameter can only be set in the
postgresql.conf
file or on the server
command line.
Note that
max_standby_archive_delay
is not the same as the maximum length of time a
query can run before cancellation; rather it is the maximum total time allowed to apply any one
WAL segment’s data. Thus, if one query has resulted in significant delay earlier in the WAL
segment, subsequent conflicting queries will have much less grace time.
max_standby_streaming_delay
(
integer
)
When Hot Standby is active, this parameter determines how long the standby server should
wait before canceling standby queries that conflict with about-to-be-applied WAL entries, as de-
scribed in Section 25.5.2.
max_standby_streaming_delay
applies when WAL data is being
received via streaming replication. The default is 30 seconds. Units are milliseconds if not spec-
ified. A value of -1 allows the standby to wait forever for conflicting queries to complete. This
parameter can only be set in the
postgresql.conf
file or on the server command line.
Note that
max_standby_streaming_delay
is not the same as the maximum length of time a
querycanrun beforecancellation; rather it is themaximum totaltime allowedtoapply WAL data
once it has been received from the primary server. Thus, if one query has resulted in significant
delay, subsequent conflicting queries will have much less grace time until the standby server has
caught up again.
wal_receiver_status_interval
(
integer
)
Specifies the minimum frequency for the WAL receiver process on the standby to send informa-
tionabout replicationprogress to the primary or upstream standby, where itcanbe seenusing the
pg_stat_replication
view. The standby will report the last transaction log position it has
written, the last position it has flushed to disk, and the last position it has applied. This param-
eter’s value is the maximum interval, in seconds, between reports. Updates are sent each time
the write or flush positions change, or at least as often as specified by this parameter. Thus, the
apply position may lag slightly behind the true position. Setting this parameter to zero disables
status updates completely. This parameter can only be set in the
postgresql.conf
file or on
the server command line. The default value is 10 seconds.
hot_standby_feedback
(
boolean
)
Specifies whether or not a hot standby will send feedback to the primary or upstream standby
about queries currently executing on the standby. This parameter can be used to eliminate
query cancels caused by cleanup records, but can cause database bloat on the primary for
some workloads. Feedback messages will not be sent more frequently than once per
wal_receiver_status_interval
.The default value is
off
.This parameter can only be set
in the
postgresql.conf
file or on the server command line.
If cascaded replication is in use the feedback is passed upstream until it eventually reaches the
primary. Standbys make no other use of feedback they receive other than to pass upstream.
482
VB.NET TIFF: How to Draw Picture & Write Text on TIFF Document in
to drawing on TIFF file page. RaterEdgeDrawing = New RaterEdgeDrawing() drawing.Picture = "RasterEdge" drawing & profession imaging controls, PDF document, tiff
adding images to a pdf document; add photo to pdf form
VB.NET Image: VB.NET Codes to Add Antique Effect to Image with .
mature technology to replace a picture's original colors add the glow and noise, and add a little powerful & profession imaging controls, PDF document, image
add picture to pdf online; add photo to pdf in preview
Chapter 18. Server Configuration
wal_receiver_timeout
(
integer
)
Terminate replication connections that are inactive longer thanthe specifiednumber of millisec-
onds. This is useful for the receiving standby server to detect a primary node crash or network
outage. A value of zero disables the timeout mechanism. This parameter can only be set in the
postgresql.conf
file or on the server command line. The default value is 60 seconds.
18.7. Query Planning
18.7.1. Planner Method Configuration
These configuration parameters provide a crude method of influencing the query plans chosen by the
query optimizer. If the default plan chosen by the optimizer for a particular query is not optimal, a
temporary solution is to use one of these configuration parameters to force the optimizer to choose
adifferent plan. Better ways to improve the quality of the plans chosen by the optimizer include
adjusting the planer cost constants (see Section 18.7.2), running ANALYZE manually, increasing the
value of the default_statistics_target configuration parameter, and increasing the amount of statistics
collected for specific columns using
ALTER TABLE SET STATISTICS
.
enable_bitmapscan
(
boolean
)
Enables or disables the query planner’s use of bitmap-scan plan types. The default is
on
.
enable_hashagg
(
boolean
)
Enables or disables the query planner’s use of hashed aggregation plan types. The default is
on
.
enable_hashjoin
(
boolean
)
Enables or disables the query planner’s use of hash-join plan types. The default is
on
.
enable_indexscan
(
boolean
)
Enables or disables the query planner’s use of index-scan plan types. The default is
on
.
enable_indexonlyscan
(
boolean
)
Enables or disables the query planner’s use of index-only-scan plan types. The default is
on
.
enable_material
(
boolean
)
Enables or disables the query planner’s use of materialization. It is impossible to suppress ma-
terialization entirely, but turning this variable off prevents the planner from inserting materialize
nodes except in cases where it is required for correctness. The default is
on
.
enable_mergejoin
(
boolean
)
Enables or disables the query planner’s use of merge-join plan types. The default is
on
.
enable_nestloop
(
boolean
)
Enables or disables the queryplanner’s use of nested-loop joinplans. It is impossible tosuppress
nested-loop joins entirely, but turning this variable off discourages the planner from using one if
there are other methods available. The default is
on
.
enable_seqscan
(
boolean
)
Enables or disables the query planner’s use of sequential scan plan types. It is impossible to
suppress sequential scans entirely, but turning this variable off discourages the planner from
using one if there are other methods available. The default is
on
.
483
Chapter 18. Server Configuration
enable_sort
(
boolean
)
Enables or disables the query planner’s use of explicit sort steps. It is impossible to suppress
explicit sorts entirely, but turning this variable off discourages the planner from using one if
there are other methods available. The default is
on
.
enable_tidscan
(
boolean
)
Enables or disables the query planner’s use of TID scan plan types. The default is
on
.
18.7.2. Planner Cost Constants
The cost variables described in this section are measured on an arbitrary scale. Only their relative
values matter, hence scaling them all up or down by the same factor will result in no change in the
planner’s choices. Bydefault, these cost variables are basedonthe costof sequentialpagefetches;that
is,
seq_page_cost
is conventionally setto
1.0
and the other costvariables are setwith reference to
that. But you can use a different scale if youprefer, such as actual execution times in milliseconds on
aparticular machine.
Note:Unfortunately, there is no well-definedmethodfor determining ideal values for the cost vari-
ables. Theyarebest treatedas averages overthe entiremix of queriesthat aparticular installation
will receive. This means that changing them on the basis of just a few experiments is very risky.
seq_page_cost
(
floating point
)
Sets the planner’s estimate of the cost of a disk page fetch that is part of a series of sequential
fetches. The default is 1.0. This value can be overridden for tables and indexes in a particular
tablespace by setting the tablespace parameter of the same name (see ALTER TABLESPACE).
random_page_cost
(
floating point
)
Sets the planner’s estimate of the cost of a non-sequentially-fetched disk page. The default is
4.0. This value can be overridden for tables and indexes in a particular tablespace by setting the
tablespace parameter of the same name (see ALTER TABLESPACE).
Reducing this value relative to
seq_page_cost
will cause the system to prefer index scans;
raising it will make index scans look relatively more expensive. You can raise or lower both
values together to change the importance of disk I/O costs relative to CPU costs, which are
described by the following parameters.
Random access to mechanical disk storage is normally much more expensive than four times
sequentialaccess. However,a lower defaultis used(4.0) because the majorityof random accesses
to disk, such as indexed reads, are assumed to be in cache. The default value can be thought of
as modeling random access as 40 times slower than sequential, while expecting 90% of random
reads to be cached.
If you believe a 90% cache rate is an incorrect assumption for your workload, you can increase
random_page_cost to better reflect the true cost of random storage reads. Correspondingly, if
your data is likely to be completely in cache, such as when the database is smaller than the total
server memory, decreasingrandom_page_costcan be appropriate. Storage that has a low random
read cost relative to sequential, e.g. solid-state drives, might also be better modeled with a lower
value for random_page_cost.
484
Chapter 18. Server Configuration
Tip: Although the system will let you set
random_page_cost
to less than
seq_page_cost
,it
is not physically sensible to do so. However, setting them equalmakes senseif the database
is entirely cached in RAM, since in that case there is no penalty for touching pages out of
sequence. Also, in a heavily-cached database you should lower both values relative to the
CPU parameters, since the cost of fetching a page already in RAM is much smaller than it
would normally be.
cpu_tuple_cost
(
floating point
)
Sets the planner’s estimate of thecost of processing each rowduring a query. The default is 0.01.
cpu_index_tuple_cost
(
floating point
)
Sets the planner’s estimate of the cost of processing each index entry during an index scan. The
default is 0.005.
cpu_operator_cost
(
floating point
)
Sets the planner’s estimate of the cost of processing eachoperator or function executed during a
query. The default is 0.0025.
effective_cache_size
(
integer
)
Sets the planner’s assumption about the effective size of the disk cache that is available to a
single query. This is factored into estimates of the cost of using an index; a higher value makes
it more likely index scans will be used, a lower value makes it more likely sequential scans will
be used. Whensetting this parameter you should consider both PostgreSQL’s shared buffers and
the portion of the kernel’s disk cache that will be used for PostgreSQL data files. Also, take into
account the expected number of concurrent queries on different tables, since they will have to
share the available space. This parameter has no effect on the size of shared memory allocated
by PostgreSQL, nor does it reserve kernel disk cache; it is used only for estimation purposes.
The system also does not assume data remains in the disk cache between queries. The default is
4gigabytes (
4GB
).
18.7.3. Genetic Query Optimizer
The genetic query optimizer (GEQO) is an algorithm that does query planning using heuristic search-
ing. This reduces planning time for complex queries (those joining many relations), at the cost of
producing plans that are sometimes inferior to those found by the normal exhaustive-search algo-
rithm. For more information see Chapter 54.
geqo
(
boolean
)
Enables or disables genetic queryoptimization. This is on bydefault. Itis usuallybest notto turn
it off in production; the
geqo_threshold
variable provides more granular control of GEQO.
geqo_threshold
(
integer
)
Use genetic query optimization to plan queries with at least this many
FROM
items involved.
(Note thata
FULL OUTER JOIN
construct counts as only one
FROM
item.) The default is 12. For
simpler queries it is usually best to use the regular, exhaustive-search planner, but for queries
with many tables the exhaustive search takes too long, oftenlonger thanthe penalty of executing
asuboptimal plan. Thus, a threshold on the size of the query is a convenient way to manage use
of GEQO.
485
Chapter 18. Server Configuration
geqo_effort
(
integer
)
Controls the trade-off between planning time and query plan quality in GEQO. This variable
must be aninteger in the range from 1 to 10. The default value is five. Larger values increase the
time spent doing queryplanning, but also increase the likelihoodthatan efficient queryplanwill
be chosen.
geqo_effort
doesn’tactuallydoanythingdirectly;itis onlyusedtocompute the defaultvalues
for the other variables that influence GEQO behavior (described below). If you prefer, you can
set the other parameters by hand instead.
geqo_pool_size
(
integer
)
Controls the pool sizeused by GEQO, thatis the number of individuals in the genetic population.
It must be at least two, and useful values are typically 100 to 1000. If it is set tozero(the default
setting) then a suitable value is chosen based on
geqo_effort
and the number of tables in the
query.
geqo_generations
(
integer
)
Controls the number of generations used by GEQO, that is the number of iterations of the algo-
rithm. It must be at least one, and useful values are in the same range as the pool size. If it is set
to zero (the default setting) then a suitable value is chosen based on
geqo_pool_size
.
geqo_selection_bias
(
floating point
)
Controls the selectionbias usedby GEQO. The selection bias is the selective pressure within the
population. Values can be from 1.50 to 2.00; the latter is the default.
geqo_seed
(
floating point
)
Controls the initial valueof the random number generator used by GEQO toselectrandom paths
through the join order search space. The value can range from zero (the default) to one. Varying
the value changes the set of join paths explored, and may result in a better or worse best path
being found.
18.7.4. Other Planner Options
default_statistics_target
(
integer
)
Sets the defaultstatistics targetfor table columns without a column-specific target set via
ALTER
TABLE SET STATISTICS
.Larger values increase the time needed to do
ANALYZE
,but might
improve the quality of the planner’s estimates. The default is 100. For more information on the
use of statistics by the PostgreSQL query planner, refer to Section 14.2.
constraint_exclusion
(
enum
)
Controls the query planner’s use of table constraints to optimize queries. The allowed values of
constraint_exclusion
are
on
(examine constraints for all tables),
off
(never examine con-
straints), and
partition
(examine constraints onlyfor inheritance childtables and
UNION ALL
subqueries).
partition
is the default setting. It is often used with inheritance and partitioned
tables to improve performance.
When this parameter allows it for a particular table, the planner compares query conditions with
the table’s
CHECK
constraints, and omits scanning tables for which the conditions contradict the
constraints. For example:
CREATE TABLE parent(key integer, ...);
CREATE TABLE child1000(check (key between 1000 and 1999)) INHERITS(parent);
CREATE TABLE child2000(check (key between 2000 and 2999)) INHERITS(parent);
486
Chapter 18. Server Configuration
...
SELECT
*
FROM parent WHERE key = 2400;
With constraint exclusion enabled, this
SELECT
will not scan
child1000
at all, improving per-
formance.
Currently, constraint exclusion is enabled by default only for cases that are often used to imple-
ment table partitioning. Turning it on for all tables imposes extra planning overhead that is quite
noticeable on simplequeries, andmostoften will yield no benefit for simple queries. If youhave
no partitioned tables you might prefer to turn it off entirely.
Refer to Section 5.9.4 for more information on using constraint exclusion and partitioning.
cursor_tuple_fraction
(
floating point
)
Sets the planner’s estimate of the fraction of a cursor’s rows that will be retrieved. The default
is 0.1. Smaller values of this setting bias the planner towards using “fast start” plans for cursors,
which will retrieve the first few rows quickly while perhaps taking a long time to fetch all rows.
Larger values put more emphasis on the total estimated time. At the maximum setting of 1.0,
cursors are planned exactly like regular queries, considering only the total estimated time and
not how soon the first rows might be delivered.
from_collapse_limit
(
integer
)
The planner will merge sub-queries into upper queries if the resulting
FROM
list would have no
more than this many items. Smaller values reduce planning time but might yield inferior query
plans. The default is eight. For more information see Section 14.3.
Setting this value to geqo_threshold or more may trigger use of the GEQO planner, resulting in
non-optimal plans. See Section 18.7.3.
join_collapse_limit
(
integer
)
The planner will rewrite explicit
JOIN
constructs (except
FULL JOIN
s) into lists of
FROM
items
whenever a list of no more than this many items would result. Smaller values reduce planning
time but might yield inferior query plans.
By default, this variable is set the same as
from_collapse_limit
,which is appropriate for
most uses. Setting it to 1 prevents any reordering of explicit
JOIN
s. Thus, the explicit join order
specifiedinthe querywill be the actual order in which the relations arejoined. Because the query
planner does not always choose the optimal join order, advanced users can elect to temporarily
set this variable to 1, and thenspecify the joinorder they desire explicitly. For more information
see Section 14.3.
Setting this value to geqo_threshold or more may trigger use of the GEQO planner, resulting in
non-optimal plans. See Section 18.7.3.
18.8. Error Reporting and Logging
18.8.1. Where To Log
log_destination
(
string
)
PostgreSQL supports several methods for logging server messages, including stderr, csvlog and
syslog. On Windows, eventlog is also supported. Set this parameter to a list of desired log desti-
487
Documents you may be interested
Documents you may be interested