On 21.12.12 22:41, Sven Dowideit wrote:
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
yup :)
https://metacpan.org/source/REHSACK/DBD-AnyData-0.110/README
(then search for 'RAM')
| ||HISTORICAL NOTE: this module was formerly called DBD::RAM. Its name|
| ||was changed because many people were unaware that the module supports|
| ||file operations in addition to in-memory operations. See the Changes|
| ||file for a description of changes since the last release of DBD::RAM.
Not to say that its a bad idea, but there is more up to date code to
tease apart in DBD::AnyData :/
The most complicated issue with DBD::AnyData is that is not written only
for DBI use,
the non-DBI AnyData module is useful by itself (and it does the heavy
lifting wrt IO).
But I mean the base DBD::RAM you'll find at
http://search.cpan.org/dist/DBD-RAM/ ;)
I would reduce it for in-memory tables only.
We can built some DBI::DBD::SqlEngine related tests on it without
mocking wild around (what is currently necessary). And we can do
some nice tests with importing data between DBD's (when having
SQL::Statement).
Sven|
On 22/12/12 03:34, Jens Rehsack wrote:
Hi all,
I'd like to merge DBD::RAM into DBI for several reasons:
1) It's a tiny one without much dependencies, it should run fine
with just DBI::Sql::Nano (or should)
2) I had an evil idea how to allow Pure-Perl drivers can work
together in one instance like:
DBI->connect( "dbi:DBM:", , , {
sql_join_drv => "DBD::RAM", ... } );
But there is something for testing required ;)
3) It currently doesn't get some love, even if it should get.
Any comments?
Cheers
- --
________________________________________
Professional Wiki Innovation and Support
Enterprise Support Contracts for Foswiki
Sven Dowideit http://fosiki.com
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.12 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/
iEYEARECAAYFAlDU14YACgkQPAwzu0QrW+kyYQCdGxMFncZpz+GVwP2amnZfV8HO
2j0AoKrNkaS8rQcfRZEOE1iywCAFhmuu
=al5c
-----END PGP SIGNATURE-----
Cheers,
--
Jens Rehsack