dwww Home | Manual pages | Find package

DBD::File::HowTo(3pm) User Contributed Perl DocumentationDBD::File::HowTo(3pm)

NAME
       DBD::File::HowTo - Guide to create DBD::File based driver

SYNOPSIS
         perldoc DBD::File::HowTo
         perldoc DBI
         perldoc DBI::DBD
         perldoc DBD::File::Developers
         perldoc DBI::DBD::SqlEngine::Developers
         perldoc DBI::DBD::SqlEngine
         perldoc SQL::Eval
         perldoc DBI::DBD::SqlEngine::HowTo
         perldoc SQL::Statement::Embed
         perldoc DBD::File
         perldoc DBD::File::HowTo
         perldoc DBD::File::Developers

DESCRIPTION
       This document provides a step-by-step guide, how to create a new
       "DBD::File" based DBD. It expects that you carefully read the DBI
       documentation and that you're familiar with DBI::DBD and had read and
       understood DBD::ExampleP.

       This document addresses experienced developers who are really sure that
       they need to invest time when writing a new DBI Driver. Writing a DBI
       Driver is neither a weekend project nor an easy job for hobby coders
       after work. Expect one or two man-month of time for the first start.

       Those who are still reading, should be able to sing the rules of
       "CREATING A NEW DRIVER" in DBI::DBD.

       Of course, DBD::File is a DBI::DBD::SqlEngine and you surely read
       DBI::DBD::SqlEngine::HowTo before continuing here.

CREATING DRIVER CLASSES
       Do you have an entry in DBI's DBD registry? For this guide, a prefix of
       "foo_" is assumed.

   Sample Skeleton
           package DBD::Foo;

           use strict;
           use warnings;
           use vars qw(@ISA $VERSION);
           use base qw(DBD::File);

           use DBI ();

           $VERSION = "0.001";

           package DBD::Foo::dr;

           use vars qw(@ISA $imp_data_size);

           @ISA = qw(DBD::File::dr);
           $imp_data_size = 0;

           package DBD::Foo::db;

           use vars qw(@ISA $imp_data_size);

           @ISA = qw(DBD::File::db);
           $imp_data_size = 0;

           package DBD::Foo::st;

           use vars qw(@ISA $imp_data_size);

           @ISA = qw(DBD::File::st);
           $imp_data_size = 0;

           package DBD::Foo::Statement;

           use vars qw(@ISA);

           @ISA = qw(DBD::File::Statement);

           package DBD::Foo::Table;

           use vars qw(@ISA);

           @ISA = qw(DBD::File::Table);

           1;

       Tiny, eh? And all you have now is a DBD named foo which will be able to
       deal with temporary tables, as long as you use SQL::Statement. In
       DBI::SQL::Nano environments, this DBD can do nothing.

   Start over
       Based on DBI::DBD::SqlEngine::HowTo, we're now having a driver which
       could do basic things. Of course, it should now derive from DBD::File
       instead of DBI::DBD::SqlEngine, shouldn't it?

       DBD::File extends DBI::DBD::SqlEngine to deal with any kind of files.
       In principle, the only extensions required are to the table class:

           package DBD::Foo::Table;

           sub bootstrap_table_meta
           {
               my ( $self, $dbh, $meta, $table ) = @_;

               # initialize all $meta attributes which might be relevant for
               # file2table

               return $self->SUPER::bootstrap_table_meta($dbh, $meta, $table);
           }

           sub init_table_meta
           {
               my ( $self, $dbh, $meta, $table ) = @_;

               # called after $meta contains the results from file2table
               # initialize all missing $meta attributes

               $self->SUPER::init_table_meta( $dbh, $meta, $table );
           }

       In case "DBD::File::Table::open_file" doesn't open the files as the
       driver needs that, override it!

           sub open_file
           {
               my ( $self, $meta, $attrs, $flags ) = @_;
               # ensure that $meta->{f_dontopen} is set
               $self->SUPER::open_file( $meta, $attrs, $flags );
               # now do what ever needs to be done
           }

       Combined with the methods implemented using the SQL::Statement::Embed
       guide, the table is full working and you could try a start over.

   User comfort
       "DBD::File" since 0.39 consolidates all persistent meta data of a table
       into a single structure stored in "$dbh->{f_meta}". With "DBD::File"
       version 0.41 and "DBI::DBD::SqlEngine" version 0.05, this consolidation
       moves to DBI::DBD::SqlEngine. It's still the "$dbh->{$drv_prefix .
       "_meta"}" attribute which cares, so what you learned at this place
       before, is still valid.

           sub init_valid_attributes
           {
               my $dbh = $_[0];

               $dbh->SUPER::init_valid_attributes ();

               $dbh->{foo_valid_attrs} = { ... };
               $dbh->{foo_readonly_attrs} = { ...  };

               $dbh->{foo_meta} = "foo_tables";

               return $dbh;
           }

       See updates at "User comfort" in DBI::DBD::SqlEngine::HowTo.

   Testing
       Now you should have your own DBD::File based driver. Was easy, wasn't
       it?  But does it work well?  Prove it by writing tests and remember to
       use dbd_edit_mm_attribs from DBI::DBD to ensure testing even rare
       cases.

AUTHOR
       This guide is written by Jens Rehsack. DBD::File is written by Jochen
       Wiedmann and Jeff Zucker.

       The module DBD::File is currently maintained by

       H.Merijn Brand < h.m.brand at xs4all.nl > and Jens Rehsack  < rehsack
       at googlemail.com >

COPYRIGHT AND LICENSE
       Copyright (C) 2010 by H.Merijn Brand & Jens Rehsack

       All rights reserved.

       You may freely distribute and/or modify this module under the terms of
       either the GNU General Public License (GPL) or the Artistic License, as
       specified in the Perl README file.

perl v5.34.0                      2022-02-06             DBD::File::HowTo(3pm)

Generated by dwww version 1.14 on Mon Feb 3 07:34:35 CET 2025.