DBD::Gofer::Policy::Base - Base class for DBD::Gofer policies
$dbh = DBI->connect("dbi:Gofer:transport=...;policy=...", ...)
User Contributed Perl Documentation
DBD::Gofer::Policy::Base(3)
NAME
DBD::Gofer::Policy::Base - Base class for DBD::Gofer policies
SYNOPSIS
$dbh = DBI->connect("dbi:Gofer:transport=...;policy=...", ...)
DESCRIPTION
DBD::Gofer can be configured via a 'policy' mechanism that allows you
to fine-tune the number of round-trips to the Gofer server. The
policies are grouped into classes (which may be subclassed) and
referenced by the name of the class.
The DBD::Gofer::Policy::Base class is the base class for all the policy
classes and describes all the individual policy items.
The Base policy is not used directly. You should use a policy class
derived from it.
POLICY CLASSES
Three policy classes are supplied with DBD::Gofer:
DBD::Gofer::Policy::pedantic is most 'transparent' but slowest because
it makes more round-trips to the Gofer server.
DBD::Gofer::Policy::classic is a reasonable compromise - it's the
default policy.
DBD::Gofer::Policy::rush is fastest, but may require code changes in
your applications.
Generally the default "classic" policy is fine. When first testing an
existing application with Gofer it is a good idea to start with the
"pedantic" policy first and then switch to "classic" or a custom
policy, for final testing.
POLICY ITEMS
These are temporary docs: See the source code for list of policies and
their defaults.
In a future version the policies and their defaults will be defined in
the pod and parsed out at load-time.
See the source code to this module for more details.
POLICY CUSTOMIZATION
XXX This area of DBD::Gofer is subject to change.
There are three ways to customize policies:
Policy classes are designed to influence the overall behaviour of
DBD::Gofer with existing, unaltered programs, so they work in a
reasonably optimal way without requiring code changes. You can
implement new policy classes as subclasses of existing policies.
In many cases individual policy items can be overridden on a case-by-
case basis within your application code. You do this by passing a
corresponding "<go_<policy_name">> attribute into DBI methods by your
application code. This let's you fine-tune the behaviour for special
cases.
The policy items are implemented as methods. In many cases the methods
are passed parameters relating to the DBD::Gofer code being executed.
This means the policy can implement dynamic behaviour that varies
depending on the particular circumstances, such as the particular
statement being executed.
AUTHOR
Tim Bunce, <http://www.tim.bunce.name>
LICENCE AND COPYRIGHT
Copyright (c) 2007, Tim Bunce, Ireland. All rights reserved.
This module is free software; you can redistribute it and/or modify it
under the same terms as Perl itself. See perlartistic.
ATTRIBUTES
See attributes(7) for descriptions of the following attributes:
+---------------+-----------------------------+
|ATTRIBUTE TYPE | ATTRIBUTE VALUE |
+---------------+-----------------------------+
|Availability | library/perl-5/database-532 |
+---------------+-----------------------------+
|Stability | Committed |
+---------------+-----------------------------+
NOTES
Source code for open source software components in Oracle Solaris can
be found at https://www.oracle.com/downloads/opensource/solaris-source-
code-downloads.html.
This software was built from source available at
https://github.com/oracle/solaris-userland. The original community
source was downloaded from
http://backpan.perl.org/authors/id/T/TI/TIMB/DBI-1.643.tar.gz.
Further information about this software can be found on the open source
community website at http://search.cpan.org/~timb/DBI/.
perl v5.32.0 2013-06-24
DBD::Gofer::Policy::Base(3)