AnyEvent::Redis is a non-blocking (event-driven) Redis client.
Sqitch is a database change management application. What makes it
different from your typical migration-style approaches? A few things:
## No opinions
Sqitch is not integrated with any framework, ORM, or platform.
Rather, it is a standalone change management system with no opinions
about your database engine, application framework, or development
environment.
## Native scripting
Changes are implemented as scripts native to your selected database
engine. Writing a PostgreSQL application? Write SQL scripts for
psql. Writing a MySQL-backed app? Write SQL scripts for mysql.
## Dependency resolution
Database changes may declare dependencies on other changes -- even
on changes from other Sqitch projects. This ensures proper order
of execution, even when you've committed changes to your VCS
out-of-order.
## No numbering
Change deployment is managed by maintaining a plan file. As such,
there is no need to number your changes, although you can if you
want. Sqitch doesn't much care how you name your changes.
## Iterative development
Up until you tag and release your application, you can modify your
change deployment scripts as often as you like. They're not locked
in just because they've been committed to your VCS. This allows you
to take an iterative approach to developing your database schema.
Or, better, you can do test-driven database development.
This module implements BSON serialization and deserialization as described at
http://bsonspec.org. BSON is the primary data representation for MongoDB.
Database connection behaviour and database connection pool designed
for handling transaction, prepare/execute and client process
prepare/encode/decode.
Bucardo is an asynchronous PostgreSQL replication system, allowing for both
multi-master and multi-slave operations. It was developed at Backcountry.com by
Jon Jensen and Greg Sabino Mullane of End Point Corporation, and is now in use
at many other organizations. Bucardo is free and open source software released
under the BSD license.
CDB::Generator is a designed for generating very large sorted CDB
files. This makes it easy to generate files in which cdbmultiget can
return more than one key.
Usually when you have to store persistent data you don't need a
full-blown database server, just a ASCII database would do the
trick.
AsciiDB::Tag allows you to access a simple ASCII database using a
perl hash variable. The database format is straightforward so you
can edit it by hand if you need so. Each record is stored into a
file, and a record is just a set of values tagged by the field
name.
CGI::Session::Driver::memcache is a storage driver (only referred as
'driver' in CGI::Session lingo) for persisting CGI Sessions into a
fast memcached server.
This module implements a caching layer around BerkeleyDB for object persistence.
It implements the basic methods necessary to add, retrieve, and remove objects.
The main advantage over other caching modules is performance. I've attempted to
stick with a Cache::Cache-like interface as much as possible, though it may
differ here and there.
The Cache::Memcached::Managed module provides an API to values, cached in
one or more memcached servers. Apart from being very similar to the API
of Cache::Memcached, the Cached::Memcached::Managed API allows for
management of groups of values, for simplified key generation and expiration,
as well as version and namespace management and a few other goodies.