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.4 by root, Sun Nov 26 21:04:22 2000 UTC vs.
Revision 1.15 by root, Sun Apr 22 14:38:27 2001 UTC

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 $st = 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 "name from 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 = 0.123;
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_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 eb 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 and no C<$DBH> is found in the current package. See
82C<sql_exec> for a discussion.
83
84=item $PApp::SQL::Database
85
86The current default C<PApp::SQL::Database>-object. Future versions might
87automatically fall back on this database and create database handles from
88it if neccessary. At the moment this is not used by this module but might
89be nice as a placeholder for the database object that corresponds to
90$PApp::SQL::DBH.
91
92=back
93
94=head2 FUNCTIONS
95
96=over 4
46 97
47=item $dbh = connect_cached $id, $dsn, $user, $pass, $flags, $connect 98=item $dbh = connect_cached $id, $dsn, $user, $pass, $flags, $connect
48 99
49(not exported by by default) 100(not exported by by default)
50 101
51Connect to the database given by C<($dsn,$user,$pass)>, while using the 102Connect to the database given by C<($dsn,$user,$pass)>, while using the
52flags from C<$flags>. These are just the same arguments as given to 103flags from C<$flags>. These are just the same arguments as given to
53C<DBI->connect>. 104C<DBI->connect>.
54 105
55The database handle will be cached under the unique id C<$id>. If the same 106The database handle will be cached under the unique id
56id is requested later, the cached handle will be checked (using ping), and 107C<$id|$dsn|$user|$pass>. If the same id is requested later, the
108cached handle will be checked (using ping), and the connection will
57the connection will be re-established if necessary (be sure to prefix your 109be re-established if necessary (be sure to prefix your application or
58application or module name to the id to make it "more" unique. Things like 110module name to the id to make it "more" unique. Things like __PACKAGE__ .
59__PACKAGE__ . __LINE__ work fine as well). 111__LINE__ work fine as well).
112
113The reason C<$id> is necessary is that you might specify special connect
114arguments or special flags, or you might want to configure your $DBH
115differently than maybe other applications requesting the same database
116connection. If none of this is becessary for your application you can
117leave $id empty (i.e. "").
60 118
61If specified, C<$connect> is a callback (e.g. a coderef) that will be 119If specified, C<$connect> is a callback (e.g. a coderef) that will be
62called each time a new connection is being established, with the new 120called each time a new connection is being established, with the new
63C<$dbh> as first argument. 121C<$dbh> as first argument.
64 122
73 my ($id, $dsn, $user, $pass, $flags, $connect) = @_; 131 my ($id, $dsn, $user, $pass, $flags, $connect) = @_;
74 # the following line is duplicated in PApp::SQL::Database::new 132 # the following line is duplicated in PApp::SQL::Database::new
75 $id = "$id\0$dsn\0$user\0$pass"; 133 $id = "$id\0$dsn\0$user\0$pass";
76 unless ($dbcache{$id} && $dbcache{$id}->ping) { 134 unless ($dbcache{$id} && $dbcache{$id}->ping) {
77 #warn "connecting to ($dsn|$user|$pass|$flags)\n";#d# 135 #warn "connecting to ($dsn|$user|$pass|$flags)\n";#d#
78 # first, nuke our cache (sooory ;) 136 # first, nuke our statement cache (sooory ;)
79 cachesize cachesize 0; 137 cachesize cachesize 0;
80 # then connect anew 138 # then connect anew
81 $dbcache{$id} = 139 $dbcache{$id} =
82 eval { DBI->connect($dsn, $user, $pass, $flags) } 140 eval { DBI->connect($dsn, $user, $pass, $flags) }
83 || eval { DBI->connect($dsn, $user, $pass, $flags) } 141 || eval { DBI->connect($dsn, $user, $pass, $flags) }
84 || die "$DBI::errstr\n"; 142 || die "unable to connect to database $dsn: $DBI::errstr\n";
85 $connect->($dbcache{$id}) if $connect; 143 $connect->($dbcache{$id}) if $connect;
86 } 144 }
87 $dbcache{$id}; 145 $dbcache{$id};
88} 146}
89 147
90=item $sth = sql_exec [dbh,] [bind-vals...,] "sql-statement", [arguments...] 148=item $sth = sql_exec [dbh,] [bind-vals...,] "sql-statement", [arguments...]
149
150=item $sth = sql_uexec <see sql_exec>
91 151
92C<sql_exec> is the most important and most-used function in this module. 152C<sql_exec> is the most important and most-used function in this module.
93 153
94Runs the given sql command with the given parameters and returns the 154Runs the given sql command with the given parameters and returns the
95statement handle. The command and the statement handle will be cached 155statement handle. The command and the statement handle will be cached
107The actual return value from the C<$sth->execute> call is stored in the 167The actual return value from the C<$sth->execute> call is stored in the
108package-global (and exported) variable C<$sql_exec>. 168package-global (and exported) variable C<$sql_exec>.
109 169
110If any error occurs C<sql_exec> will throw an exception. 170If any error occurs C<sql_exec> will throw an exception.
111 171
172C<sql_uexec> is similar to C<sql_exec> but upgrades all input arguments to
173utf8 before calling the C<execute> method.
174
112Examples: 175Examples:
113 176
114 # easy one 177 # easy one
115 my $st = sql_exec "select name, id from table where id = ?", $id; 178 my $st = sql_exec "select name, id from table where id = ?", $id;
116 while (my ($name, $id) = $st->fetchrow_array) { ... }; 179 while (my ($name, $id) = $st->fetchrow_array) { ... };
125 sql_exec $dbh, "update file set name = ?", "oops.txt"; 188 sql_exec $dbh, "update file set name = ?", "oops.txt";
126 189
127 190
128=item sql_fetch <see sql_exec> 191=item sql_fetch <see sql_exec>
129 192
193=item sql_ufetch <see sql_uexec>
194
130Execute a sql-statement and fetch the first row of results. Depending on 195Execute an sql-statement and fetch the first row of results. Depending on
131the caller context the row will be returned as a list (array context), or 196the caller context the row will be returned as a list (array context), or
132just the first columns. In table form: 197just the first columns. In table form:
133 198
134 CONTEXT RESULT 199 CONTEXT RESULT
135 void () 200 void ()
146 211
147 my($name, $amount) = sql_fetch "select ...", args... 212 my($name, $amount) = sql_fetch "select ...", args...
148 213
149... and it's still quite fast unless you fetch large amounts of data. 214... and it's still quite fast unless you fetch large amounts of data.
150 215
216C<sql_ufetch> is similar to C<sql_fetch> but upgrades all input values to
217utf8 and forces all result values to utf8.
218
151=item sql_fetchall <see sql_exec> 219=item sql_fetchall <see sql_exec>
220
221=item sql_ufetchall <see sql_uexec>
152 222
153Similarly to C<sql_fetch>, but all result rows will be fetched (this is 223Similarly to C<sql_fetch>, but all result rows will be fetched (this is
154of course inefficient for large results!). The context is ignored (only 224of course inefficient for large results!). The context is ignored (only
155list context makes sense), but the result still depends on the number of 225list context makes sense), but the result still depends on the number of
156columns in the result: 226columns in the result:
168 238
169 for (sql_fetchall "select name, age, place from user") { 239 for (sql_fetchall "select name, age, place from user") {
170 my ($name, $age, $place) = @$_; 240 my ($name, $age, $place) = @$_;
171 } 241 }
172 242
243C<sql_ufetchall> is similar to C<sql_fetchall> but upgrades all input
244values to utf8 and forces all result values to utf8.
245
173=item sql_exists "<table> where ...", args... 246=item sql_exists "<table> where ...", args...
247
248=item sql_uexists <see sql_exists>
174 249
175Check wether the result of the sql-statement "select xxx from 250Check wether the result of the sql-statement "select xxx from
176$first_argument" would be empty or not (that is, imagine the string 251$first_argument" would be empty or not (that is, imagine the string
177"select from" were prepended to your statement (it isn't)). Should work 252"select * from" were prepended to your statement (it isn't)). Should work
178with every database but can be quite slow, except on mysql, where this 253with every database but can be quite slow, except on mysql, where this
179should be quite fast. 254should be quite fast.
255
256C<sql_uexists> is similar to C<sql_exists> but upgrades all parameters to
257utf8.
180 258
181Examples: 259Examples:
182 260
183 print "user 7 exists!\n" 261 print "user 7 exists!\n"
184 if sql_exists "user where id = ?", 7; 262 if sql_exists "user where id = ?", 7;
188 266
189=cut 267=cut
190 268
191=item $lastid = sql_insertid $sth 269=item $lastid = sql_insertid $sth
192 270
193Returns the last automatically created key value (e.g. for mysql 271Returns the last automatically created key value. It must be executed
194AUTO_INCREMENT or sybase IDENTITY fields). It must be executed directly
195after executing the insert statement that created it. 272directly after executing the insert statement that created it. This is
273what is actually returned for various databases. If your database is
274missing, please send me an e-mail on how to implement this ;)
275
276 mysql: first C<AUTO_INCREMENT> column set to NULL
277 postgres: C<oid> column (is there a way to get the last SERIAL?)
278 sybase: C<IDENTITY> column of the last insert (slow)
279 informix: C<SERIAL> or C<SERIAL8> column of the last insert
280
281Except for sybase, this does not require a server access.
196 282
197=cut 283=cut
198 284
199sub sql_insertid($) { 285sub sql_insertid($) {
200 my $sth = shift or die "sql_insertid requires a statement handle"; 286 my $sth = shift or die "sql_insertid requires a statement handle";
201 my $dbh = $sth->{Database}; 287 my $dbh = $sth->{Database};
202 my $driver = $dbh->{Driver}{Name}; 288 my $driver = $dbh->{Driver}{Name};
203 289
204 $driver eq "mysql" and return $sth->{mysql_insertid}; 290 $driver eq "mysql" and return $sth->{mysql_insertid};
291 $driver eq "Pg" and return $sth->{pg_oid_status};
205 $driver eq "Sybase" and return sql_fetch($dbh, 'SELECT @@IDENTITY'); 292 $driver eq "Sybase" and return sql_fetch($dbh, 'SELECT @@IDENTITY');
206 $driver eq "Informix" and return $sth->{ix_sqlerrd}[1]; 293 $driver eq "Informix" and return $sth->{ix_sqlerrd}[1];
207 294
208 die "sql_insertid does not spport the dbd driver '$driver', please see PApp::SQL::sql_insertid"; 295 die "sql_insertid does not spport the dbd driver '$driver', please see PApp::SQL::sql_insertid";
209} 296}
210 297
225 312
226=cut 313=cut
227 314
228=item reinitialize [not exported] 315=item reinitialize [not exported]
229 316
230Clears any internal caches (statement cache, database handle cache). 317Clears any internal caches (statement cache, database handle
318cache). Should be called after C<fork> and other accidents that invalidate
319database handles.
231 320
232=cut 321=cut
233 322
234sub reinitialize { 323sub reinitialize {
235 cachesize cachesize 0; 324 cachesize cachesize 0;
236 for (values %dbcache) { 325 for (values %dbcache) {
237 eval { $_->disconnect }; 326 eval { $_->{InactiveDestroy} = 1 };
238 } 327 }
239 undef %dbcache; 328 undef %dbcache;
240} 329}
241 330
242=back 331=back
243 332
244=cut 333=cut
245 334
335reinitialize;
336
246package PApp::SQL::Database; 337package PApp::SQL::Database;
247 338
248=head2 THE DATABASE CLASS 339=head2 THE DATABASE CLASS
249 340
250Again (sigh) the problem of persistency. What do you do when you have to serialize on object 341Again (sigh) the problem of persistency. What do you do when you have
251that contains (or should contain) a database handle? Short answer: you don't. Long answer: 342to serialize on object that contains (or should contain) a database
343handle? Short answer: you don't. Long answer: you can embed the necessary
252you can embed the necessary information to recreate the dbh when needed. 344information to recreate the dbh when needed.
253 345
254The C<PApp::SQL::Database> class does that, in a relatively efficient 346The C<PApp::SQL::Database> class does that, in a relatively efficient
255fashion: the overhead is currently a single method call per access (you 347fashion: the overhead is currently a single method call per access (you
256can cache the real dbh if you want). 348can cache the real dbh if you want).
257 349
297 389
298=item $db->dsn 390=item $db->dsn
299 391
300Return the DSN (L<DBI>) fo the database object (e.g. for error messages). 392Return the DSN (L<DBI>) fo the database object (e.g. for error messages).
301 393
394=item $db->login
395
396Return the login name.
397
398=item $db->password
399
400Return the password (emphasizing the fact that the apssword is stored plaintext ;)
401
302=cut 402=cut
303 403
304sub dsn($) { 404sub dsn($) {
305 my $self = shift; 405 my $self = shift;
306 $self->[1][1]; 406 (split /\x00/, $self->[0])[1];
407}
408
409sub login($) {
410 my $self = shift;
411 (split /\x00/, $self->[0])[2];
412}
413
414sub password($) {
415 my $self = shift;
416 (split /\x00/, $self->[0])[3];
307} 417}
308 418
309=back 419=back
310 420
311=cut 421=cut
312 422
313reinitialize;
314
3151; 4231;
316
317=head1 BUGS
318
319As of this writing, sql_fetch and sql_fetchall are not very well tested
320(they were just re-written in C).
321
322sql_exists could be faster (it is written very ugly to not change the
323current package).
324 424
325=head1 SEE ALSO 425=head1 SEE ALSO
326 426
327L<PApp>. 427L<PApp>.
328 428

Diff Legend

Removed lines
+ Added lines
< Changed lines
> Changed lines