DBD::Gofer::Policy::Base man page on HP-UX

Man page or keyword search:  
man Server   10987 pages
apropos Keyword Search (all sections)
Output format
HP-UX logo
[printable version]

DBD::Gofer::Policy::BaUser)Contributed Perl DocumenDBD::Gofer::Policy::Base(3)

       DBD::Gofer::Policy::Base - Base class for DBD::Gofer policies

	 $dbh = DBI->connect("dbi:Gofer:transport=...;policy=...", ...)

       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 poli‐
       cies 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.

       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 pol‐
       icy, for final testing.

       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.

       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 reason‐
       ably 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 cor‐
       responding "<go_<policy_name">> attribute into DBI methods by your
       application code.  This let's you fine-tune the behaviour for special

       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.

       Tim Bunce, <http://www.linkedin.com/in/timbunce>

       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.

perl v5.8.8			  2007-05-13	   DBD::Gofer::Policy::Base(3)

List of man pages available for HP-UX

Copyright (c) for man pages and the logo by the respective OS vendor.

For those who want to learn more, the polarhome community provides shell access and support.

[legal] [privacy] [GNU] [policy] [cookies] [netiquette] [sponsors] [FAQ]
Polarhome, production since 1999.
Member of Polarhome portal.
Based on Fawad Halim's script.
Vote for polarhome
Free Shell Accounts :: the biggest list on the net