[ViewVC] Diff of: cvs/PApp-SQL/SQL.pm

Comparing PApp-SQL/SQL.pm (file contents):
Revision 1.7 by root, Mon Jan 15 00:19:55 2001 UTC vs.
Revision 1.34 by root, Mon Jan 9 06:10:40 2006 UTC

…		…
1	=head1 NAME	1	=head1 NAME
2		2
3	PApp::SQL - absolutely easy yet fast and powerful sql access	3	PApp::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 "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
12	This module provides you with easy-to-use functions to execute sql	28	This module provides you with easy-to-use functions to execute sql
13	commands (using DBI). Despite being easy to use, they are also quite	29	commands (using DBI). Despite being easy to use, they are also quite
14	efficient and allow you to write faster programs in less lines of code.	30	efficient and allow you to write faster programs in less lines of code. It
		31	should work with anything from perl-5.004_01 onwards, but I only support
		32	5.005+. UTF8 handling (the C<sql_u*> family of functions) will only be
		33	effective with perl version 5.006 and beyond.
15		34
16	=over 4	35	If the descriptions here seem terse or if you always wanted to know
		36	what PApp is then have a look at the PApp module which uses this module
		37	extensively but also provides you with a lot more gimmicks to play around
		38	with to help you create cool applications ;)
17		39
18	=cut	40	=cut
19		41
20	package PApp::SQL;	42	package PApp::SQL;
21		43
22	use DBI;	44	use DBI ();
23
24	#use PApp::Exception; # not yet used
25		45
26	BEGIN {	46	BEGIN {
27	use base Exporter;	47	use base qw(Exporter DynaLoader);
28		48
29	$VERSION = 0.11;	49	$VERSION = '1.01';
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
41	our $sql_exec; # last result of sql_exec's execute call	61	our $sql_exec; # last result of sql_exec's execute call
42	our $DBH; # the default database handle	62	our $DBH; # the default database handle
43	our $database; # the current SQL::Database object, if applicable	63	our $Database; # the current SQL::Database object, if applicable
44		64
45	our %dbcache;	65	our %dbcache;
		66
		67	=head2 Global Variables
		68
		69	=over 4
		70
		71	=item $sql_exec
		72
		73	Since the C<sql_exec> family of functions return a statement handle there
		74	must be another way to test the return value of the C<execute> call. This
		75	global variable contains the result of the most recent call to C<execute>
		76	done by this module.
		77
		78	=item $PApp::SQL::DBH
		79
		80	The default database handle used by this module if no C<$DBH> was
		81	specified as argument. See C<sql_exec> for a discussion.
		82
		83	=item $PApp::SQL::Database
		84
		85	The current default C<PApp::SQL::Database>-object. Future versions might
		86	automatically fall back on this database and create database handles from
		87	it if neccessary. At the moment this is not used by this module but might
		88	be 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
62	The reason C<$id> is necessary is that you might specify special connect	112	The reason C<$id> is necessary is that you might specify special connect
63	arguments or special flags, or you might want to configure your $DBH	113	arguments or special flags, or you might want to configure your $DBH
64	differently than maybe other applications requesting the same database	114	differently than maybe other applications requesting the same database
65	connection. If none of this is becessary for your application you can	115	connection. If none of this is necessary for your application you can
66	leave $id empty (i.e. "").	116	leave C<$id> empty (i.e. "").
67		117
68	If specified, C<$connect> is a callback (e.g. a coderef) that will be	118	If specified, C<$connect> is a callback (e.g. a coderef) that will be
69	called each time a new connection is being established, with the new	119	called each time a new connection is being established, with the new
70	C<$dbh> as first argument.	120	C<$dbh> as first argument.
71		121
72	Examples:	122	Examples:
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
		127	Mysql-specific behaviour: The default setting of
		128	C<mysql_client_found_rows> is TRUE, you can overwrite this, though.
76		129
77	=cut	130	=cut
78		131
79	sub connect_cached {	132	sub 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
99	C<sql_exec> is the most important and most-used function in this module.	159	C<sql_exec> is the most important and most-used function in this module.
100		160
101	Runs the given sql command with the given parameters and returns the	161	Runs the given sql command with the given parameters and returns the
102	statement handle. The command and the statement handle will be cached	162	statement 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
104	called only once for each distinct sql call (please keep in mind that the	164	called only once for each distinct sql call (please keep in mind that the
105	returned statement will always be the same, so, if you call C<sql_exec>	165	returned statement will always be the same, so, if you call C<sql_exec>
106	with the same dbh and sql-statement twice (e.g. in a subroutine you	166	with the same dbh and sql-statement twice (e.g. in a subroutine you
107	called), the statement handle for the first call mustn't be used.	167	called), the statement handle for the first call mustn't not be in use
		168	anymore, as the subsequent call will re-use the handle.
108		169
109	The database handle (the first argument) is optional. If it is missing,	170	The database handle (the first argument) is optional. If it is missing,
110	C<sql_exec> first tries to use the variable C<$DBH> in the current (=	171	it tries to use database handle in C<$PApp::SQL::DBH>, which you can set
111	calling) package and, if that fails, it tries to use database handle in	172	before calling these functions. NOTICE: future and former versions of
112	C<$PApp::SQL::DBH>, which you can set before calling these functions.	173	PApp::SQL might also look up the global variable C<$DBH> in the callers
		174	package.
		175
		176	=begin comment
		177
		178	If it is missing, C<sql_exec> first tries to use the variable C<$DBH>
		179	in the current (= calling) package and, if that fails, it tries to use
		180	database handle in C<$PApp::SQL::DBH>, which you can set before calling
		181	these functions.
		182
		183	=end comment
113		184
114	The actual return value from the C<$sth->execute> call is stored in the	185	The actual return value from the C<$sth->execute> call is stored in the
115	package-global (and exported) variable C<$sql_exec>.	186	package-global (and exported) variable C<$sql_exec>.
116		187
117	If any error occurs C<sql_exec> will throw an exception.	188	If any error occurs C<sql_exec> will throw an exception.
		189
		190	C<sql_uexec> is similar to C<sql_exec> but upgrades all input arguments to
		191	UTF-8 before calling the C<execute> method.
118		192
119	Examples:	193	Examples:
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
137	Execute a sql-statement and fetch the first row of results. Depending on	213	Execute an sql-statement and fetch the first row of results. Depending on
138	the caller context the row will be returned as a list (array context), or	214	the caller context the row will be returned as a list (array context), or
139	just the first columns. In table form:	215	just 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
		234	C<sql_ufetch> is similar to C<sql_fetch> but upgrades all input values to
		235	UTF-8 and forces all result values to UTF-8 (this does I<not> include result
		236	parameters, only return values. Using bind variables in conjunction with
		237	sql_u* functions might result in undefined behaviour - we use UTF-8 on
		238	bind-variables at execution time and it seems to work on DBD::mysql as it
		239	ignores the UTF-8 bit completely. Which just means that that DBD-driver is
		240	broken).
		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
160	Similarly to C<sql_fetch>, but all result rows will be fetched (this is	246	Similarly to C<sql_fetch>, but all result rows will be fetched (this is
161	of course inefficient for large results!). The context is ignored (only	247	of course inefficient for large results!). The context is ignored (only
162	list context makes sense), but the result still depends on the number of	248	list context makes sense), but the result still depends on the number of
163	columns in the result:	249	columns 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
		266	C<sql_ufetchall> is similar to C<sql_fetchall> but upgrades all input
		267	values to UTF-8 and forces all result values to UTF-8 (see the caveats in
		268	the 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
182	Check wether the result of the sql-statement "select xxx from	274	Check 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
185	with every database but can be quite slow, except on mysql, where this	277	with every database but can be quite slow, except on mysql, where this
186	should be quite fast.	278	should be quite fast.
		279
		280	C<sql_uexists> is similar to C<sql_exists> but upgrades all parameters to
		281	UTF-8.
187		282
188	Examples:	283	Examples:
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;
…		…
195		290
196	=cut	291	=cut
197		292
198	=item $lastid = sql_insertid $sth	293	=item $lastid = sql_insertid $sth
199		294
200	Returns the last automatically created key value (e.g. for mysql	295	Returns the last automatically created key value. It must be executed
201	AUTO_INCREMENT or sybase IDENTITY fields). It must be executed directly
202	after executing the insert statement that created it.	296	directly after executing the insert statement that created it. This is
		297	what is actually returned for various databases. If your database is
		298	missing, please send me an e-mail on how to implement this ;)
		299
		300	mysql: first C<AUTO_INCREMENT> column set to NULL
		301	postgres: C<oid> column (is there a way to get the last SERIAL?)
		302	sybase: C<IDENTITY> column of the last insert (slow)
		303	informix: C<SERIAL> or C<SERIAL8> column of the last insert
		304	sqlite: C<last_insert_rowid()>
		305
		306	Except for sybase, this does not require a server access.
203		307
204	=cut	308	=cut
205		309
206	sub sql_insertid($) {	310	sub sql_insertid($) {
207	my $sth = shift or die "sql_insertid requires a statement handle";	311	my $sth = shift or die "sql_insertid requires a statement handle";
208	my $dbh = $sth->{Database};	312	my $dbh = $sth->{Database};
209	my $driver = $dbh->{Driver}{Name};	313	my $driver = $dbh->{Driver}{Name};
210		314
211	$driver eq "mysql" and return $sth->{mysql_insertid};	315	$driver eq "mysql" and return $sth->{mysql_insertid};
		316	$driver eq "Pg" and return $sth->{pg_oid_status};
212	$driver eq "Sybase" and return sql_fetch($dbh, 'SELECT @@IDENTITY');	317	$driver eq "Sybase" and return sql_fetch($dbh, 'SELECT @@IDENTITY');
213	$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 ()');
214		320
215	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";
216	}	322	}
217		323
218	=item [old-size] = cachesize [new-size]	324	=item [old-size] = cachesize [new-size]
219		325
220	Returns (and possibly changes) the LRU cache size used by C<sql_exec>. The	326	Returns (and possibly changes) the LRU cache size used by C<sql_exec>. The
221	default is somewhere around 50 (= the 50 last recently used statements	327	default is somewhere around 50 (= the 50 last recently used statements
222	will be cached). It shouldn't be too large, since a simple linear listed	328	will be cached). It shouldn't be too large, since a simple linear list
223	is used for the cache at the moment (which, for small (<100) cache sizes	329	is used for the cache at the moment (which, for small (<100) cache sizes
224	is actually quite fast).	330	is actually quite fast).
225		331
226	The function always returns the cache size in effect I<before> the call,	332	The function always returns the cache size in effect I<before> the call,
227	so, to nuke the cache (for example, when a database connection has died	333	so, to nuke the cache (for example, when a database connection has died
…		…
232		338
233	=cut	339	=cut
234		340
235	=item reinitialize [not exported]	341	=item reinitialize [not exported]
236		342
237	Clears any internal caches (statement cache, database handle cache).	343	Clears any internal caches (statement cache, database handle
		344	cache). Should be called after C<fork> and other accidents that invalidate
		345	database handles.
238		346
239	=cut	347	=cut
240		348
241	sub reinitialize {	349	sub reinitialize {
242	cachesize cachesize 0;	350	cachesize cachesize 0;
243	for (values %dbcache) {	351	for (values %dbcache) {
244	eval { $_->disconnect };	352	eval { $_->{InactiveDestroy} = 1 };
245	}	353	}
246	undef %dbcache;	354	undef %dbcache;
247	}	355	}
248		356
249	=back	357	=back
…		…
252		360
253	reinitialize;	361	reinitialize;
254		362
255	package PApp::SQL::Database;	363	package PApp::SQL::Database;
256		364
257	=head2 THE DATABASE CLASS	365	=head2 The Database Class
258		366
259	Again (sigh) the problem of persistency. What do you do when you have to serialize on object	367	Again (sigh) the problem of persistency. What do you do when you have
260	that contains (or should contain) a database handle? Short answer: you don't. Long answer:	368	to serialize on object that contains (or should contain) a database
		369	handle? Short answer: you don't. Long answer: you can embed the necessary
261	you can embed the necessary information to recreate the dbh when needed.	370	information to recreate the dbh when needed.
262		371
263	The C<PApp::SQL::Database> class does that, in a relatively efficient	372	The C<PApp::SQL::Database> class does that, in a relatively efficient
264	fashion: the overhead is currently a single method call per access (you	373	fashion: the overhead is currently a single method call per access (you
265	can cache the real dbh if you want).	374	can cache the real dbh if you want).
266		375
…		…
306		415
307	=item $db->dsn	416	=item $db->dsn
308		417
309	Return the DSN (L<DBI>) fo the database object (e.g. for error messages).	418	Return the DSN (L<DBI>) fo the database object (e.g. for error messages).
310		419
		420	=item $db->login
		421
		422	Return the login name.
		423
		424	=item $db->password
		425
		426	Return the password (emphasizing the fact that the password is stored plaintext ;)
		427
311	=cut	428	=cut
312		429
313	sub dsn($) {	430	sub dsn($) {
314	my $self = shift;	431	my $self = shift;
315	$self->[1][1];	432	(split /\x00/, $self->[0])[1];
		433	}
		434
		435	sub login($) {
		436	my $self = shift;
		437	(split /\x00/, $self->[0])[2];
		438	}
		439
		440	sub password($) {
		441	my $self = shift;
		442	(split /\x00/, $self->[0])[3];
316	}	443	}
317		444
318	=back	445	=back
319		446
320	=cut	447	=cut
321		448
322	1;	449	1;
323		450
324	=head1 BUGS
325
326	As of this writing, sql_fetch and sql_fetchall are not very well tested
327	(they were just re-written in C).
328
329	sql_exists could be faster (it is written very ugly to not change the
330	current package).
331
332	=head1 SEE ALSO	451	=head1 SEE ALSO
333		452
334	L<PApp>.	453	L<PApp>.
335		454
336	=head1 AUTHOR	455	=head1 AUTHOR
337		456
338	Marc Lehmann <pcg@goof.com>	457	Marc Lehmann <schmorp@schmorp.de>
339	http://www.goof.com/pcg/marc/	458	http://home.schmorp.de/
340		459
341	=cut	460	=cut
342		461

Diff Legend

-–
+Removed lines
-+
+Added lines
-<
+Changed lines
->
+Changed lines

Comparing PApp-SQL/SQL.pm (file contents): Revision 1.7 by root, Mon Jan 15 00:19:55 2001 UTC vs. Revision 1.34 by root, Mon Jan 9 06:10:40 2006 UTC

Diff Legend

Comparing PApp-SQL/SQL.pm (file contents):
Revision 1.7 by root, Mon Jan 15 00:19:55 2001 UTC vs.
Revision 1.34 by root, Mon Jan 9 06:10:40 2006 UTC