ViewVC Help
View File | Revision Log | Show Annotations | Download File
/cvs/PApp-SQL/SQL.pm
(Generate patch)

Comparing PApp-SQL/SQL.pm (file contents):
Revision 1.9 by root, Sat Feb 3 17:48:02 2001 UTC vs.
Revision 1.37 by root, Sat Jan 19 07:38:52 2008 UTC

1=head1 NAME 1=head1 NAME
2 2
3PApp::SQL - absolutely easy yet fast and powerful sql access 3PApp::SQL - absolutely easy yet fast and powerful sql access.
4 4
5=head1 SYNOPSIS 5=head1 SYNOPSIS
6 6
7 use PApp::SQL; 7 use PApp::SQL;
8 # to be written 8
9 my $st = sql_exec $DBH, "select ... where a = ?", $a;
10
11 local $DBH = <database handle>;
12 my $st = sql_exec \my($bind_a, $bind_b), "select a,b ...";
13 my $id = sql_insertid
14 sql_exec "insert into ... values (?, ?)", $v1, $v2;
15 my $a = sql_fetch "select a from ...";
16 sql_fetch \my($a, $b), "select a,b ...";
17
18 sql_exists "table where name like 'a%'"
19 or die "a* required but not existent";
20
21 my $db = new PApp::SQL::Database "", "DBI:mysql:test", "user", "pass";
22 local $PApp::SQL::DBH = $db->checked_dbh; # does 'ping'
23
24 sql_exec $db->dbh, "select ...";
9 25
10=head1 DESCRIPTION 26=head1 DESCRIPTION
11 27
12This module provides you with easy-to-use functions to execute sql 28This module provides you with easy-to-use functions to execute sql
13commands (using DBI). Despite being easy to use, they are also quite 29commands (using DBI). Despite being easy to use, they are also quite
14efficient and allow you to write faster programs in less lines of code. 30efficient and allow you to write faster programs in less lines of code. It
31should work with anything from perl-5.004_01 onwards, but I only support
325.005+. UTF8 handling (the C<sql_u*> family of functions) will only be
33effective with perl version 5.006 and beyond.
15 34
16=over 4 35If the descriptions here seem terse or if you always wanted to know
36what PApp is then have a look at the PApp module which uses this module
37extensively but also provides you with a lot more gimmicks to play around
38with to help you create cool applications ;)
17 39
18=cut 40=cut
19 41
20package PApp::SQL; 42package PApp::SQL;
21 43
22use DBI; 44use DBI ();
23
24#use PApp::Exception; # not yet used
25 45
26BEGIN { 46BEGIN {
27 use base Exporter; 47 use base qw(Exporter DynaLoader);
28 48
29 $VERSION = 0.11; 49 $VERSION = '1.03';
30 @EXPORT = qw( 50 @EXPORT = qw(
31 sql_exec sql_fetch sql_fetchall sql_exists sql_insertid $sql_exec 51 sql_exec sql_fetch sql_fetchall sql_exists sql_insertid $sql_exec
52 sql_uexec sql_ufetch sql_ufetchall sql_uexists
32 ); 53 );
33 @EXPORT_OK = qw( 54 @EXPORT_OK = qw(
34 connect_cached 55 connect_cached
35 ); 56 );
36 57
37 require XSLoader; 58 bootstrap PApp::SQL $VERSION;
38 XSLoader::load PApp::SQL, $VERSION;
39} 59}
40 60
41our $sql_exec; # last result of sql_exec's execute call 61our $sql_exec; # last result of sql_exec's execute call
42our $DBH; # the default database handle 62our $DBH; # the default database handle
43our $database; # the current SQL::Database object, if applicable 63our $Database; # the current SQL::Database object, if applicable
44 64
45our %dbcache; 65our %dbcache;
66
67=head2 Global Variables
68
69=over 4
70
71=item $sql_exec
72
73Since the C<sql_exec> family of functions return a statement handle there
74must be another way to test the return value of the C<execute> call. This
75global variable contains the result of the most recent call to C<execute>
76done by this module.
77
78=item $PApp::SQL::DBH
79
80The default database handle used by this module if no C<$DBH> was
81specified as argument. See C<sql_exec> for a discussion.
82
83=item $PApp::SQL::Database
84
85The current default C<PApp::SQL::Database>-object. Future versions might
86automatically fall back on this database and create database handles from
87it if neccessary. At the moment this is not used by this module but might
88be nice as a placeholder for the database object that corresponds to
89$PApp::SQL::DBH.
90
91=back
92
93=head2 Functions
94
95=over 4
46 96
47=item $dbh = connect_cached $id, $dsn, $user, $pass, $flags, $connect 97=item $dbh = connect_cached $id, $dsn, $user, $pass, $flags, $connect
48 98
49(not exported by by default) 99(not exported by by default)
50 100
60__LINE__ work fine as well). 110__LINE__ work fine as well).
61 111
62The reason C<$id> is necessary is that you might specify special connect 112The reason C<$id> is necessary is that you might specify special connect
63arguments or special flags, or you might want to configure your $DBH 113arguments or special flags, or you might want to configure your $DBH
64differently than maybe other applications requesting the same database 114differently than maybe other applications requesting the same database
65connection. If none of this is becessary for your application you can 115connection. If none of this is necessary for your application you can
66leave $id empty (i.e. ""). 116leave C<$id> empty (i.e. "").
67 117
68If specified, C<$connect> is a callback (e.g. a coderef) that will be 118If specified, C<$connect> is a callback (e.g. a coderef) that will be
69called each time a new connection is being established, with the new 119called each time a new connection is being established, with the new
70C<$dbh> as first argument. 120C<$dbh> as first argument.
71 121
72Examples: 122Examples:
73 123
74 # try your luck opening the papp database without access info 124 # try your luck opening the papp database without access info
75 $dbh = connect_cached __FILE__, "DBI:mysql:papp"; 125 $dbh = connect_cached __FILE__, "DBI:mysql:papp";
126
127Mysql-specific behaviour: The default setting of
128C<mysql_client_found_rows> is TRUE, you can overwrite this, though.
76 129
77=cut 130=cut
78 131
79sub connect_cached { 132sub connect_cached {
80 my ($id, $dsn, $user, $pass, $flags, $connect) = @_; 133 my ($id, $dsn, $user, $pass, $flags, $connect) = @_;
81 # the following line is duplicated in PApp::SQL::Database::new 134 # the following line is duplicated in PApp::SQL::Database::new
82 $id = "$id\0$dsn\0$user\0$pass"; 135 $id = "$id\0$dsn\0$user\0$pass";
83 unless ($dbcache{$id} && $dbcache{$id}->ping) { 136 unless ($dbcache{$id} && $dbcache{$id}->ping) {
84 #warn "connecting to ($dsn|$user|$pass|$flags)\n";#d#
85 # first, nuke our statement cache (sooory ;) 137 # first, nuke our statement cache (sooory ;)
86 cachesize cachesize 0; 138 cachesize cachesize 0;
139
140 # then make mysql behave more standardly by default
141 $dsn =~ /^[Dd][Bb][Ii]:mysql:/
142 and $dsn !~ /;mysql_client_found_rows/
143 and $dsn .= ";mysql_client_found_rows=1";
144
87 # then connect anew 145 # then connect anew
88 $dbcache{$id} = 146 $dbcache{$id} =
89 eval { DBI->connect($dsn, $user, $pass, $flags) } 147 eval { DBI->connect($dsn, $user, $pass, $flags) }
90 || eval { DBI->connect($dsn, $user, $pass, $flags) } 148 || eval { DBI->connect($dsn, $user, $pass, $flags) }
91 || die "unable to connect to database $dsn: $DBI::errstr\n"; 149 || die "unable to connect to database $dsn: $DBI::errstr\n";
94 $dbcache{$id}; 152 $dbcache{$id};
95} 153}
96 154
97=item $sth = sql_exec [dbh,] [bind-vals...,] "sql-statement", [arguments...] 155=item $sth = sql_exec [dbh,] [bind-vals...,] "sql-statement", [arguments...]
98 156
157=item $sth = sql_uexec <see sql_exec>
158
99C<sql_exec> is the most important and most-used function in this module. 159C<sql_exec> is the most important and most-used function in this module.
100 160
101Runs the given sql command with the given parameters and returns the 161Runs the given sql command with the given parameters and returns the
102statement handle. The command and the statement handle will be cached 162statement handle. The command and the statement handle will be cached
103(with the database handle and the sql string as key), so prepare will be 163(with the database handle and the sql string as key), so prepare will be
104called only once for each distinct sql call (please keep in mind that the 164called only once for each distinct sql call (please keep in mind that the
105returned statement will always be the same, so, if you call C<sql_exec> 165returned statement will always be the same, so, if you call C<sql_exec>
106with the same dbh and sql-statement twice (e.g. in a subroutine you 166with the same dbh and sql-statement twice (e.g. in a subroutine you
107called), the statement handle for the first call mustn't be used. 167called), the statement handle for the first call mustn't not be in use
168anymore, as the subsequent call will re-use the handle.
108 169
109The database handle (the first argument) is optional. If it is missing, 170The database handle (the first argument) is optional. If it is missing,
110C<sql_exec> first tries to use the variable C<$DBH> in the current (= 171it tries to use database handle in C<$PApp::SQL::DBH>, which you can set
111calling) package and, if that fails, it tries to use database handle in 172before calling these functions. NOTICE: future and former versions of
112C<$PApp::SQL::DBH>, which you can set before calling these functions. 173PApp::SQL might also look up the global variable C<$DBH> in the callers
174package.
175
176=begin comment
177
178If it is missing, C<sql_exec> first tries to use the variable C<$DBH>
179in the current (= calling) package and, if that fails, it tries to use
180database handle in C<$PApp::SQL::DBH>, which you can set before calling
181these functions.
182
183=end comment
113 184
114The actual return value from the C<$sth->execute> call is stored in the 185The actual return value from the C<$sth->execute> call is stored in the
115package-global (and exported) variable C<$sql_exec>. 186package-global (and exported) variable C<$sql_exec>.
116 187
117If any error occurs C<sql_exec> will throw an exception. 188If any error occurs C<sql_exec> will throw an exception.
189
190C<sql_uexec> is similar to C<sql_exec> but upgrades all input arguments to
191UTF-8 before calling the C<execute> method.
118 192
119Examples: 193Examples:
120 194
121 # easy one 195 # easy one
122 my $st = sql_exec "select name, id from table where id = ?", $id; 196 my $st = sql_exec "select name, id from table where id = ?", $id;
132 sql_exec $dbh, "update file set name = ?", "oops.txt"; 206 sql_exec $dbh, "update file set name = ?", "oops.txt";
133 207
134 208
135=item sql_fetch <see sql_exec> 209=item sql_fetch <see sql_exec>
136 210
211=item sql_ufetch <see sql_uexec>
212
137Execute a sql-statement and fetch the first row of results. Depending on 213Execute an sql-statement and fetch the first row of results. Depending on
138the caller context the row will be returned as a list (array context), or 214the caller context the row will be returned as a list (array context), or
139just the first columns. In table form: 215just the first columns. In table form:
140 216
141 CONTEXT RESULT 217 CONTEXT RESULT
142 void () 218 void ()
153 229
154 my($name, $amount) = sql_fetch "select ...", args... 230 my($name, $amount) = sql_fetch "select ...", args...
155 231
156... and it's still quite fast unless you fetch large amounts of data. 232... and it's still quite fast unless you fetch large amounts of data.
157 233
234C<sql_ufetch> is similar to C<sql_fetch> but upgrades all input values to
235UTF-8 and forces all result values to UTF-8 (this does I<not> include result
236parameters, only return values. Using bind variables in conjunction with
237sql_u* functions might result in undefined behaviour - we use UTF-8 on
238bind-variables at execution time and it seems to work on DBD::mysql as it
239ignores the UTF-8 bit completely. Which just means that that DBD-driver is
240broken).
241
158=item sql_fetchall <see sql_exec> 242=item sql_fetchall <see sql_exec>
243
244=item sql_ufetchall <see sql_uexec>
159 245
160Similarly to C<sql_fetch>, but all result rows will be fetched (this is 246Similarly to C<sql_fetch>, but all result rows will be fetched (this is
161of course inefficient for large results!). The context is ignored (only 247of course inefficient for large results!). The context is ignored (only
162list context makes sense), but the result still depends on the number of 248list context makes sense), but the result still depends on the number of
163columns in the result: 249columns in the result:
175 261
176 for (sql_fetchall "select name, age, place from user") { 262 for (sql_fetchall "select name, age, place from user") {
177 my ($name, $age, $place) = @$_; 263 my ($name, $age, $place) = @$_;
178 } 264 }
179 265
266C<sql_ufetchall> is similar to C<sql_fetchall> but upgrades all input
267values to UTF-8 and forces all result values to UTF-8 (see the caveats in
268the description of C<sql_ufetch>, though).
269
180=item sql_exists "<table> where ...", args... 270=item sql_exists "<table_references> where <where_condition>...", args...
271
272=item sql_uexists <see sql_exists>
181 273
182Check wether the result of the sql-statement "select xxx from 274Check wether the result of the sql-statement "select xxx from
183$first_argument" would be empty or not (that is, imagine the string 275$first_argument" would be empty or not (that is, imagine the string
184"select from" were prepended to your statement (it isn't)). Should work 276"select * from" were prepended to your statement (it isn't)). Should work
185with every database but can be quite slow, except on mysql, where this 277with every database but can be quite slow, except on mysql, where this
186should be quite fast. 278should be quite fast.
279
280C<sql_uexists> is similar to C<sql_exists> but upgrades all parameters to
281UTF-8.
187 282
188Examples: 283Examples:
189 284
190 print "user 7 exists!\n" 285 print "user 7 exists!\n"
191 if sql_exists "user where id = ?", 7; 286 if sql_exists "user where id = ?", 7;
204 299
205 mysql: first C<AUTO_INCREMENT> column set to NULL 300 mysql: first C<AUTO_INCREMENT> column set to NULL
206 postgres: C<oid> column (is there a way to get the last SERIAL?) 301 postgres: C<oid> column (is there a way to get the last SERIAL?)
207 sybase: C<IDENTITY> column of the last insert (slow) 302 sybase: C<IDENTITY> column of the last insert (slow)
208 informix: C<SERIAL> or C<SERIAL8> column of the last insert 303 informix: C<SERIAL> or C<SERIAL8> column of the last insert
304 sqlite: C<last_insert_rowid()>
209 305
210Except for sybase, this does not require a server access. 306Except for sybase, this does not require a server access.
211 307
212=cut 308=cut
213 309
218 314
219 $driver eq "mysql" and return $sth->{mysql_insertid}; 315 $driver eq "mysql" and return $sth->{mysql_insertid};
220 $driver eq "Pg" and return $sth->{pg_oid_status}; 316 $driver eq "Pg" and return $sth->{pg_oid_status};
221 $driver eq "Sybase" and return sql_fetch($dbh, 'SELECT @@IDENTITY'); 317 $driver eq "Sybase" and return sql_fetch($dbh, 'SELECT @@IDENTITY');
222 $driver eq "Informix" and return $sth->{ix_sqlerrd}[1]; 318 $driver eq "Informix" and return $sth->{ix_sqlerrd}[1];
319 $driver eq "SQLite" and return sql_fetch($dbh, 'SELECT last_insert_rowid ()');
223 320
224 die "sql_insertid does not spport the dbd driver '$driver', please see PApp::SQL::sql_insertid"; 321 die "sql_insertid does not spport the dbd driver '$driver', please see PApp::SQL::sql_insertid";
225} 322}
226 323
227=item [old-size] = cachesize [new-size] 324=item [old-size] = cachesize [new-size]
228 325
229Returns (and possibly changes) the LRU cache size used by C<sql_exec>. The 326Returns (and possibly changes) the LRU cache size used by C<sql_exec>. The
230default is somewhere around 50 (= the 50 last recently used statements 327default is somewhere around 50 (= the 50 last recently used statements
231will be cached). It shouldn't be too large, since a simple linear listed 328will be cached). It shouldn't be too large, since a simple linear list
232is used for the cache at the moment (which, for small (<100) cache sizes 329is used for the cache at the moment (which, for small (<100) cache sizes
233is actually quite fast). 330is actually quite fast).
234 331
235The function always returns the cache size in effect I<before> the call, 332The function always returns the cache size in effect I<before> the call,
236so, to nuke the cache (for example, when a database connection has died 333so, to nuke the cache (for example, when a database connection has died
250=cut 347=cut
251 348
252sub reinitialize { 349sub reinitialize {
253 cachesize cachesize 0; 350 cachesize cachesize 0;
254 for (values %dbcache) { 351 for (values %dbcache) {
255 eval { $_->disconnect }; 352 eval { $_->{InactiveDestroy} = 1 };
256 } 353 }
257 undef %dbcache; 354 undef %dbcache;
258} 355}
259 356
260=back 357=back
263 360
264reinitialize; 361reinitialize;
265 362
266package PApp::SQL::Database; 363package PApp::SQL::Database;
267 364
268=head2 THE DATABASE CLASS 365=head2 The Database Class
269 366
270Again (sigh) the problem of persistency. What do you do when you have to serialize on object 367Again (sigh) the problem of persistency. What do you do when you have
271that contains (or should contain) a database handle? Short answer: you don't. Long answer: 368to serialize on object that contains (or should contain) a database
369handle? Short answer: you don't. Long answer: you can embed the necessary
272you can embed the necessary information to recreate the dbh when needed. 370information to recreate the dbh when needed.
273 371
274The C<PApp::SQL::Database> class does that, in a relatively efficient 372The C<PApp::SQL::Database> class does that, in a relatively efficient
275fashion: the overhead is currently a single method call per access (you 373fashion: the overhead is currently a single method call per access (you
276can cache the real dbh if you want). 374can cache the real dbh if you want).
277 375
310 408
311sub checked_dbh($) { 409sub checked_dbh($) {
312 my $dbh = $dbcache{$_[0][0]}; 410 my $dbh = $dbcache{$_[0][0]};
313 $dbh && $dbh->ping 411 $dbh && $dbh->ping
314 ? $dbh 412 ? $dbh
315 : PApp::SQL::connect_cached((split /\x00/, $_[0][0]), $_[0][1], $_[0][2]); 413 : PApp::SQL::connect_cached((split /\x00/, $_[0][0], 4), $_[0][1], $_[0][2]);
316} 414}
317 415
318=item $db->dsn 416=item $db->dsn
319 417
320Return the DSN (L<DBI>) fo the database object (e.g. for error messages). 418Return the DSN (L<DBI>) fo the database object (e.g. for error messages).
419
420=item $db->login
421
422Return the login name.
423
424=item $db->password
425
426Return the password (emphasizing the fact that the password is stored plaintext ;)
321 427
322=cut 428=cut
323 429
324sub dsn($) { 430sub dsn($) {
325 my $self = shift; 431 my $self = shift;
326 (split /\x00/, $self->[0])[1]; 432 (split /\x00/, $self->[0])[1];
327} 433}
328 434
435sub login($) {
436 my $self = shift;
437 (split /\x00/, $self->[0])[2];
438}
439
440sub password($) {
441 my $self = shift;
442 (split /\x00/, $self->[0])[3];
443}
444
329=back 445=back
330 446
331=cut 447=cut
332 448
3331; 4491;
334 450
335=head1 BUGS
336
337As of this writing, sql_fetch and sql_fetchall are not very well tested
338(they were just re-written in C).
339
340sql_exists could be faster (it is written very ugly to not change the
341current package).
342
343=head1 SEE ALSO 451=head1 SEE ALSO
344 452
345L<PApp>. 453L<PApp>.
346 454
347=head1 AUTHOR 455=head1 AUTHOR
348 456
349 Marc Lehmann <pcg@goof.com> 457 Marc Lehmann <schmorp@schmorp.de>
350 http://www.goof.com/pcg/marc/ 458 http://home.schmorp.de/
351 459
352=cut 460=cut
353 461

Diff Legend

Removed lines
+ Added lines
< Changed lines
> Changed lines